Tomcat8作为Windows服务启动报服务特定错误代码1故障咨询

以下是触发该问题的高频原因，按排查优先级排序：

• 服务未正确关联64位JVM路径
  执行tomcat8 //IS//注册服务时，如果没有显式指定--Jvm参数，程序不会自动读取当前会话的JAVA_HOME变量，大概率会在注册表中写入错误的JVM路径，或者直接留空；如果配置的是用户级而非系统级JAVA_HOME，默认运行服务的本地系统账户无法读取到该变量，直接导致JVM加载失败。
  排查操作：在CATALINA_HOME/bin目录执行tomcat8w //ES//Tomcat8打开服务配置面板，切换到Java选项卡，确认「Java Virtual Machine」路径指向当前JDK 1.8.0_311的jvm.dll文件，正确路径参考：C:\Program Files\Java\jdk1.8.0_311\jre\bin\server\jvm.dll，路径错误直接修正后重启服务即可。
• Tomcat服务程序与JVM架构不匹配
  当前使用的是64位HotSpot JVM，如果下载的Tomcat Windows包是32位版本，32位的tomcat8.exe无法加载64位的jvm.dll，会直接启动失败。右键点击tomcat8.exe查看属性，或在cmd中执行tomcat8 //version即可确认程序架构，保证和JVM架构一致即可。
• 防火墙拦截或端口绑定失败
  手动执行startup启动时弹出网络权限申请，说明Tomcat启动时需要绑定端口、申请网络访问权限，手动操作时授权后程序可以正常运行。但Windows服务默认是无交互后台启动，不会弹出权限申请窗口，防火墙会直接拦截未配置放行规则的程序网络请求，导致Tomcat绑定端口失败退出。此外需要检查Tomcat配置的服务端口（默认8080、8005、8009）是否被其他程序占用，端口占用时服务也会直接返回错误码1。
• 服务运行账户无目录访问权限
  手动执行startup.bat时，程序继承当前登录管理员账户的所有权限，可以正常读写Tomcat目录下的logs、temp、webapps、work等文件夹；如果Tomcat安装在用户个人目录（比如桌面、用户文档路径下），服务默认使用的本地系统账户可能没有该路径的访问权限，启动时因为无法写入日志、解压web应用直接退出。在服务配置面板的「登录」选项卡，指定一个有Tomcat目录读写权限的账户运行服务，或者给本地系统账户开放Tomcat根目录的完全控制权限即可解决。
• 服务注册参数缺失
  注册服务时仅指定了服务名和显示名，没有配置JVM内存参数、类路径、启动类等核心配置，部分版本的tomcat8服务程序不会自动读取catalina.bat中的默认配置，会导致JVM初始化失败。在tomcat8w配置面板的Java选项卡，给初始内存池、最大内存池设置合理值（比如初始256MB、最大1024MB，根据业务需求调整），不要留空。
• 根因快速定位方法
  直接打开CATALINA_HOME/logs目录，优先查看jakarta_service_*.log、catalina.*.log、stderr.*.log这三类最新的日志文件，服务启动失败的具体异常会完整打印在日志中，比系统事件日志的信息更精准：日志报Failed to load JVM dll对应JVM路径或架构不匹配问题，报BindException对应端口占用或防火墙拦截，报Access denied对应权限问题。

内容的提问来源于stack exchange，提问作者Mahmud Mridul