以Windows服务方式运行Java程序
如题，怎样将Java程序变身为Windows服务，不要跟我说Win接口，我不熟。
一、将exe程序变为Win服务
即将java启动批处理命令编译为win程序，可通过 批处理潜行者V6.0或 quickbfc 3.6.1实现；
然后利用系统自带的sc命令将其创建为系统服务：（这里为了测试效果，我加上了交互式运行服务的参数）
sc create test binPath= "C:\FFE.exe" type= own type= interact start= auto
注意，坑跌的windows命令一向是不走寻常路：
- “=”后面一定要有空格
- 如果要使用type参数，则一定要设置两个，比如上面的栗子中加了第一个”独立运行“，后面还要跟一个”交互式“才能最终生效，否则会报错：[SC] CreateService FAILED 87
Using some of the options will trigger a "[SC] CreateService FAILED 87" this usually means the option used like "type" needs another declaration. In case for instance when using type= interact, the type= option must be declared again with an alternative type like own. So effectivly the service type will be type= own interactive.
创建完成之后就可以启动服务：net start test
发现程序正常启动了，但是服务一直是启动状态，把程序关闭后，服务又变成了停止状态。Why？
因为系统服务并不知道你程序启动到什么状态才算是启动成功，也不知道程序停止是正常结束还是异常退出。
归根结底，就是通过sc命令将一般程序添加为系统服务的方式没有实现Win服务接口，不满足作为一个标准的daemon程序的条件。
在网上搜索一番，发现还有微软的开发工具可以利用：使用srvany.exe将任何程序作为Windows服务运行
上面这篇文章写得很棒，作者还开发了一个轻巧的工具SrvanyUI方便创建自定义服务。
但是我经过试验没有成功，原因不明。后台监控发现java程序闪现之后迅速关闭，可能是因为classpath设置错误。
总而言之，这种方式还是不够灵活，出错没有任何提示，只能通过经验去排错；
另外，如文中所说，该工具已不被微软支持了，并且win7以上的版本可能会出现兼容问题。
二、来自Java世界的工具
How to create a windows service from java app?
各种牛人都在这篇问答里发表了他们的看法：
- The Java Service Wrapper，目前业界最知名、最成熟的解决方案
JSW我使用了较长的时间，稳定性和扩展性都不错，高级版本还提供了对Java异常的处理，比如OOM产生时可以选择是否自动重启服务。
但不足之处是，收费、64位版本需要购买Licence。放在5年前，或许不用担忧是否需要64位JVM，但如今，32位仅1.5G的堆内存略显不足。
一个 wrapper.conf配置文件示例如下：（官方下载包有更详细的例子和说明）
wrapper.java.command="C:\Program Files\Java\jdk1.7.0_72\bin\java" wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp wrapper.java.classpath.1=../test.jar wrapper.java.classpath.2=wrapper.jar wrapper.java.classpath.3=../lib/* wrapper.java.library.path.1=. wrapper.java.additional.1= -Xms512m wrapper.java.additional.2= -Xmx512m wrapper.java.initmemory=256 wrapper.java.maxmemory=512 wrapper.app.parameter.1=test.Main wrapper.app.parameter.2=arg1 wrapper.console.format=PM wrapper.console.loglevel=INFO wrapper.logfile=../log/test.log wrapper.logfile.format=LPTM wrapper.logfile.loglevel=INFO wrapper.logfile.maxsize=0 wrapper.logfile.maxfiles=0 wrapper.syslog.loglevel=NONE wrapper.console.title=Test_Service wrapper.ntservice.name=Test_Service wrapper.ntservice.displayname=Test_Service wrapper.ntservice.description=Test_Service wrapper.ntservice.dependency.1= wrapper.ntservice.starttype=AUTO_START wrapper.ntservice.interactive=false
- Yet Another Java Service Wrapper，类似JSW的开源实现版本
或许YAJSW出现就是为了替换JSW，因为它是开源免费的，且支持从JSW快速无缝迁移。但是，有个哥们都说被它19M的下载包给吓到了…所以……
- Apache Commons Daemon，著名的Apache Commons工具包的成员
- WinRun4J，java2exe2service集合，额外提供 eclipse插件一键导出！
以下工具本人并未测试，但不代表不适用：
- JSmooth（07年后未更新）
- NSSM - the Non-Sucking Service Manager（名字很叼的样子，提供GUI方式将EXE打包为服务，与上文的SrvanyUI类似）
- WINDOWS SERVICE WRAPPER（6年未更新且依赖.Net）
- FireDaemon（看到Buy Now两个字后我就X了）
-
javaservice（06年后未更新，使用方法不详）
-
Java Service Launcher（小巧，支持64位JVM以及JRockit等第三方虚拟机，可惜文档比较简陋）
-
Launch4j，一个将Jar打包为exe的工具，可惜的是使用XML配置，个人无感
-
更多开源工具见：Java开源打包工具
三、久违的 Apache Commons Daemon
先来说说情怀：Tomcat，相信很多同学从第一天学习Java的时候就开始熟知。看到ACD的图标后才发现，原来Tomcat win安装版就是用的它！
再来说说用法：Win版的入口程序是procrun，用它来创建一个服务是如此之简单：
set APP_HOME=D:\ set JAVA_HOME="C:\Program Files\Java\jdk1.7.0_72\" set PR_CLASSPATH=%APP_HOME%\test.jar;%APP_HOME%\lib\* REM 创建服务 prunsrv //IS//test_service --DisplayName=test_service --Install=%APP_HOME%\bin\prunsrv.exe --StartMode=jvm --StopMode=jvm --Startup=auto --JavaHome=%JAVA_HOME% --JvmMs=2048 --JvmMx=2048 --JvmSs=128 ++JvmOptions=-server;-XX:+UseParallelGC;-XX:ParallelGCThreads=4;-XX:+UseParallelOldGC;-XX:+UseAdaptiveSizePolicy --Classpath=%CP%" --StartClass=com.test.Main --StopClass=com.test.Main --StopMethod=stop --LogPath=%APP_HOME%\log --StdOutput=auto --StdError=auto REM 删除服务 prunsrv //DS//test_service
参数很多，看看注释就明白了，这里也有中文翻译：Commons Daemon 之 procrun。
此外，Wiki页上有一些答问和一个Java主程序栗子。有几点需要注意的是：
- --LogPath 一定要指定，下面的报错信息都可在日志文件中找到：commons-daemon.2014-11-11.log
- --JavaHome 一定要写JRE路径，否则可能报错：Prunsrv.C Failed Creating Java
- --Classpath 一定要写成变量，变量名一定要为 PR_CLASSPATH，且路径最后要有“/”，否则会添加失败，原因不详...
- --Classpath=%CP%" 这句最后多出的那个双引号一定要写，否则创建失败，原因不详！
- --StopMethod=stop 关闭服务的时候会自动调用该stop方法，具体写法如下：
public static void stop(String[] args) {
System.out.println("服务关闭了");
System.exit(0);
}
Procrun不仅可将Java类生成服务，也可将exe变为服务，详见参数设置。
参考：用common-deamon构建java后台服务、Windows 64位环境的Java 服务配置
四、最后来看强大的WinRun4J
先来说说它的弊端：需要一个入口类，依赖WinRun4J.jar包，相比ACD有一定耦合度，而非直接用主启动类。除此之外，一切看起来都不错~
The only drawback is that it requires a special class for working as a service (instead of simply calling standard main class)官网上有个生成服务的栗子，下载的包里也有，但是都有点问题：
import org.boris.winrun4j.AbstractService;
import org.boris.winrun4j.EventLog;
import org.boris.winrun4j.ServiceException;
public class ServiceTest extends AbstractService {
public int serviceMain(String[] args) throws ServiceException {
int count = 0;
while (!shutdown) {
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
}
if (++count % 10 == 0) {
EventLog.report("test", EventLog.INFORMATION, "test..." + count);
System.out.println("test log...." + count);
}
}
System.out.println("service shutdown...");
return 0;
}
public boolean isShutdown() {
System.out.println("isShutdown called...");
return super.isShutdown();
}
}
上面类中调用 EventLog.report方法生成的日志只会写到系统日志里，只有在 计算机管理 - 系统工具 - 事件查看器 - 应用程序 中才能看到
对应的日志文件在XP系统中的位置是：C:\WINDOWS\system32\config\SysEvent.Evt
显然我们更希望日志可控，而不是被操作系统接管。但是我没有找到合适的参数来设置，只能通过Java程序来指定。
将上面的类编译后生成class文件，然后再来编辑配置文件WinRun4Jc.ini：
service.class=ServiceTest service.id=WinRun4J_Test service.name=WinRun4J_Test service.description=test WinRun4J. classpath.1=. classpath.2=D:\winrun4j\bin\WinRun4J.jar log=test.log
注意了：
- WinRun4Jc.ini与 WinRun4Jc.exe必须位于相同目录且名称要一致，因为没有参数可以指定配置文件路径…
- 以上参数缺一不可，并且 service.id与 service.name一定要写相同的服务名称
- classpath.2指定为 WinRun4J.jar的路径，因为上面的服务入口类实现了该包中的某类
通过以下命令创建和删除服务：
WinRun4Jc --WinRun4J:RegisterService WinRun4Jc --WinRun4J:UnregisterService
WinRun4J还提供了Eclipse插件以及给exe程序增加ico图标的小工具，用法很简单，官网上也有说明。
不管怎么说，WinRun4J相当于ACD和 Launch4j的合体，虽然整体功能没有两者强大，但是也都做得不错，
尤其是对于使用eclipse的同学可是方便了不少，看看它贴心的导出功能即可见一斑：
