jboss 服务停止命令
直接说结论：jboss-cli.sh --connect command=:shutdown 是止命停掉 JBoss 最干净的方式，比 kill 进程强一百倍。止命别急着用 kill -9，止命那会把正在处理的止命事务和缓存数据搞成一团浆糊。我见过太多新手一上来就 `ps -ef | grep java` 然后一刀切，止命结果第二天重启时发现数据不一致，止命运维群里炸锅的止命场景。
先分清你用的止命哪个版本。JBoss 7 及以后（包括 WildFly）走的止命是 CLI 通道。假设你装了 standalone 模式，止命在服务器上找到 `$JBOSS_HOME/bin/jboss-cli.sh`，止命执行：
./jboss-cli.sh --connect --controller=127.0.0.1:9990 连上后输入 `:shutdown`，止命回车。止命它会优雅地通知服务器停止接收新请求，止命把已经在跑的止命请求处理完，再释放线程池和连接池。这个过程可能持续几秒到几十秒，取决于当前负载。如果等得不耐烦，可以用 `:shutdown(timeout=60)` 指定超时，超时后强制终止。
域模式（domain）稍微麻烦点。你连上 CLI 后，得先指定要停哪个 server-group：
/host=master/server-config=server-one:stop 这只会停掉那一个实例。要整个域都停，得逐个停掉所有 group，最后再停 host controller。偷懒的做法是直接对 host 执行 `:shutdown`，但那样会把管理进程也杀了，下次启动还得手动拉起 host controller，麻烦。
如果你用的是老版本 JBoss 4/5/6，那 CLI 那套东西还不存在。老版本靠 `jboss-stop.sh` 脚本，或者用 `shutdown.sh -S`（这个 -S 参数是停止，不是启动，别搞反了）。我记得 JBoss 4 时代，最稳妥的是找到进程 PID，然后 `kill -TERM`，给它几秒钟时间写日志、关连接。老版本没有优雅停机机制，kill -TERM 已经算最温柔的了。
有个坑必须提：千万别在集群环境下只停一台机器。JBoss 集群有会话复制，如果你直接停掉一台，其他节点还没来得及同步会话数据，用户登录状态就丢了。正确做法是先从负载均衡器上摘除该节点，等几分钟让它处理完剩余请求，再执行 shutdown 命令。我吃过这亏，当时线上跑着 4 台集群，我图省事直接停了其中一台，结果那台机器上还有 200 多个活跃会话，全部丢失，客服电话被打爆。
再补一个细节：CLI 连不上时怎么办？先检查 9990 端口是否监听，`netstat -an | grep 9990`。如果端口没开，说明管理接口没绑定到外部地址，默认只监听 localhost。这时候要么用 `--controller=127.0.0.1:9990` 本地连，要么改 `standalone.xml` 里的 `management-interface` 配置，把 address 改成 0.0.0.0（但生产环境不建议这么干，安全隐患大）。
最后，实在没办法了，比如进程卡死、线程死锁，CLI 完全没响应，才用 `kill -9`。但记住，这是最后手段，用之前先 `jstack
停服务这事看着简单，但踩过坑的人都知道，顺序、时机、集群状态，哪一步错了都可能引发事故。你按我说的流程走，先 CLI 连上，再优雅 shutdown，出问题有日志可查。别嫌麻烦，生产环境里，稳妥比手快重要。
