java 程序自启动

正文开始前的废话:

这里的程序即包括b/s的web application,也包括standalone的类c/s的java application。

为什么要自我重启?

场景1:分布式环境中,一般会有很多应用(即包括c/s的java application,又有b/s的web application)部署在不同的环境中,为了管理方便,通常会把一些公用的配置,比如:报警发邮件用的邮箱账号/密码/smtp信息,公用的ftp账号信息,甚至jdbc的连接串信息等,统一放在某个位置(共享的网络存储目录、redis缓存、database、zookeeper、远程service中均可),这样管理起来比较方便。象邮箱账号这些信息还好,各应用订阅配置的变化,发现变化时,如果是spring环境,直接调用applicationContext.refresh(),配置就会重新刷新。但是对于数据源这种特殊配置,就比较难弄了,要考虑连接池中已经连接成功的connection对象,已经通过旧的datasource查出来的数据,跟旧datasource关联的sqlSesstionFactory,Mapper实例等等,要全部换血,很难保证,最好的办法就是让程序重启。

场景2:写程序嘛,有隐藏的bug在所难免,绝对零bug的程序还是很罕见的,如果随着程序运行时间的不断增加,程序性能越来越差或假死,需要重启一下,通常需要远程连撞到linux,敲命令kill进程,再重启java application,这对于不熟悉linux的新手管理人员,一来可能比较陌生,二来未必有执行权限,所以通过一个友好的监控管理界面,点击下重启按钮,让指定的程序重启,会更容易让人接受。

正文开始:

一、程序如何知道自己需要重启?

显然,如果有一个程序,用户想正常关闭的时候,程序又自动重启,如此循环,这就成关不掉的恶意程序了。 

所以,程序应该由单独的进程监听并接收特定的指令,而不影响用户正常关闭程序,思路: 

程序启动时,生成一个唯一的uuid(或其它标识,只要保证全局唯一就行),然后向zookeeper注册一个临时节点。 

比如:

/app/uuid-1

这样监控中心,只要扫描/app下有多少临时节点,就知道当前运行了哪些应用。 

管理员从监控中心希望将某个应用重启时,可以向zookeeper写一个节点

/command/uuid-1 节点的内容,约定为:restart 

应用启动后,监听/command/uuid-1 节点的数据变化,一旦发现有restart的数据内容,即认为收到了重启指令,然后就按下面的处理,自我毁灭,重新投胎转世。

二、java application的重启 

网上的样例代码:

1

2

3

4

5

6

7

8

9

10

11

12

13

Runtime.getRuntime().addShutdownHook(new Thread() {

    public void run() {

        try {

            String restartCmd = "nohup java -jar xxx.jar";

            Thread.sleep(10000);//等10秒,保证分身启动完成后,再关掉自己

            logger.debug("程序重启完成!");

        catch (Exception e) {

            logger.error("重启失败,原因:", e);

        }

    }

});

logger.debug("程序准备重启!");

System.exit(0);

可以改进的地方: 

a) sleep(10000) 即等待10秒,等自己的『分身』启动好以后,再把自己的『真身』给杀死。这里的10秒,其实也是拍脑袋定的,如果追求完美的话,理论上讲,只要系统进程中出现了新启动的『分身』,就可以将『真身』人道毁灭了。

问题:如果知道『分身』已经启动完成?

答案:java可以获取 jps -l 的输出,知道当前所有的java进程,这样就可以知道指定的应用有没有启动。可以在重启前,获取一次jps -l 的输出,重启后,再执行一次jps -l 的输出,对比二次输出,如果发现多出一个新的指定进程名,就表示『分身』启动完成,可以结束自己。

附:java代码获取jps输出

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

import org.apache.logging.log4j.*;

import java.io.BufferedReader;

import java.io.InputStreamReader;

public final class RuntimeUtil {

    private static Logger logger = LogManager.getLogger();

    public static String exec(String command) {

        StringBuilder sb = new StringBuilder();

        try {

            Process process = Runtime.getRuntime().exec(command);

            BufferedReader reader = new BufferedReader(new InputStreamReader(process.getInputStream()));

            String line = null;

            while ((line = reader.readLine()) != null) {

                sb.append(line);

            }

            process.getOutputStream().close();

            reader.close();

            process.destroy();

        catch (Exception e) {

            logger.error("执行外部命令错误,命令行:" + command, e);

        }

        return sb.toString();

    }

    public static String jps() {

        return exec("jps -l");

    }

}

  

b)  java -jar xxx.jar 这里也不太好,一是xxx.jar是字符串,编译期发现不了错误,二是路径是相对路径,就算启动成功了,最终jps显示的进程名是jar,看不出实际对应的是啥程序(详情可参考 设置 java -jar 的进程显示名称 ),可以代码获取当前程序的实际路径

1

2

3

4

5

6

7

public static String getJarExecPath(Class clazz) {

    String path = clazz.getProtectionDomain().getCodeSource().getLocation().getPath();

    if (OSUtil.getOSname().equals(OSType.Windows)) {

        return path.substring(1);

    }

    return path;

}

OSUtil代码从这里获取

  

三、 web application的重启

这里只讨论部署在jboss上的解决方案,

jboss CLI 命令行接口学习(适用JBOSS EAP 6.2+)

Jboss EAP:native management API学习

这二篇文章中,已经给出了用编码或shell命令来控制jboss的方法,所以web application的按需重启思路就有了:

你可能感兴趣的:(java,java,jar)