1. 项目概述Java服务启停脚本的必要性在Java后端服务部署运维中频繁遇到两个典型场景新版本发布时需要快速重启单个服务以及系统维护时需要批量重启多个关联服务。传统方式需要开发人员手动执行多条命令不仅效率低下还容易因操作失误导致服务异常。通过编写标准化Shell脚本可以实现一键化操作将平均服务重启时间从3分钟缩短到10秒内。我经历过凌晨三点紧急修复线上Bug后因手动输入命令错误导致服务集群雪崩的惨痛教训。这也是促使我设计这套脚本体系的直接原因。好的启停脚本应该像瑞士军刀一样兼具以下能力状态检测自动判断服务是否存活进程回收彻底清理残留进程日志归档自动备份历史日志启动保护避免重复启动批量操作支持服务分组管理2. 单服务控制脚本实现2.1 基础脚本框架#!/bin/bash SERVICE_NAMEorder-service JAR_PATH/opt/apps/${SERVICE_NAME}-1.0.0.jar LOG_PATH/opt/logs/${SERVICE_NAME}.log PID_FILE/var/run/${SERVICE_NAME}.pid # 统一加载环境变量 source /etc/profile.d/java_env.sh关键点所有路径必须使用绝对路径避免cron定时任务执行时出现路径错误。JDK环境建议通过独立的env文件加载保证与手动执行环境一致。2.2 启动函数实现start_service() { # 检查是否已存在运行实例 if [ -f $PID_FILE ]; then pid$(cat $PID_FILE) if ps -p $pid /dev/null; then echo Service $SERVICE_NAME is already running (pid: $pid) return 1 fi fi # 日志文件切割归档 if [ -f $LOG_PATH ]; then mv $LOG_PATH ${LOG_PATH}.$(date %Y%m%d%H%M) fi # 启动服务并记录PID nohup java -Xms512m -Xmx1024m -jar $JAR_PATH $LOG_PATH 21 echo $! $PID_FILE echo Started $SERVICE_NAME (pid: $!) }参数优化建议新生代大小建议设置为堆内存的1/4-Xmn256m添加GC日志记录-XX:PrintGCDetails -Xloggc:/opt/logs/gc_${SERVICE_NAME}.log建议开启JMX监控-Dcom.sun.management.jmxremote.port90102.3 停止函数实现stop_service() { if [ ! -f $PID_FILE ]; then echo PID file not found, service may not running return 1 fi pid$(cat $PID_FILE) echo Stopping $SERVICE_NAME (pid: $pid)... # 先尝试正常关闭 kill $pid wait_for_stop $pid 30 # 强制终止 if ps -p $pid /dev/null; then kill -9 $pid echo Force killed $SERVICE_NAME fi rm -f $PID_FILE } wait_for_stop() { local pid$1 local timeout$2 local interval1 while [ $timeout -gt 0 ]; do if ! ps -p $pid /dev/null; then return 0 fi sleep $interval timeout$((timeout - interval)) done return 1 }生产环境注意事项停止时先发SIGTERM信号给服务预留优雅停机时间等待超时设置为应用正常停止时间的2倍如Spring Boot默认30秒这里设60秒强制kill前务必确认业务请求已处理完毕3. 多服务批量控制方案3.1 服务分组配置文件创建/etc/service_groups.conf# 支付相关服务组 [payment] payment-core payment-gateway payment-notify # 订单相关服务组 [order] order-service inventory-service delivery-service3.2 批量控制脚本#!/bin/bash CONFIG_FILE/etc/service_groups.conf SCRIPT_DIR$(cd $(dirname $0); pwd) usage() { echo Usage: $0 {start|stop|restart} [group] exit 1 } restart_group() { local group$1 services$(awk -v group^[$group] -F $0 ~ group {flag1; next} flag /^\[/ {flag0} flag !/^$/ {print $1} $CONFIG_FILE) for service in $services; do echo Processing $service... $SCRIPT_DIR/service.sh stop $service sleep 2 # 避免瞬间资源竞争 $SCRIPT_DIR/service.sh start $service done } case $1 in start|stop) if [ -z $2 ]; then usage fi $SCRIPT_DIR/service.sh $1 $2 ;; restart) if [ -z $2 ]; then usage fi restart_group $2 ;; *) usage ;; esac并发控制技巧使用xargs -P参数控制并行度添加服务启动间隔避免IO瓶颈记录每个服务的启动耗时用于优化排序4. 高级功能实现4.1 健康检查机制check_health() { local port$1 local timeout5 local attempts3 for ((i1; i$attempts; i)); do if nc -z -w $timeout 127.0.0.1 $port; then return 0 fi sleep 1 done return 1 } # 在start_service最后添加 check_health 8080 || { echo Health check failed after startup stop_service exit 1 }4.2 邮件通知集成send_notification() { local subject$1 local body$2 local recipientsteamexample.com echo $body | mailx -s [Service Alert] $subject $recipients } # 在关键操作处调用 send_notification Service Restarted $SERVICE_NAME was restarted on $(hostname)5. 生产环境问题排查5.1 常见问题速查表现象可能原因解决方案端口被占用旧进程未完全退出检查netstat -tulnp | grep 端口启动超时依赖服务未就绪增加等待逻辑内存泄漏JVM参数不合理添加-XX:HeapDumpOnOutOfMemoryError权限拒绝脚本未加执行权限chmod x /path/to/script5.2 日志分析技巧# 查看最近错误 grep -A10 -B5 ERROR /opt/logs/service.log # 统计接口耗时 awk /GET/ {print $(NF-1)} access.log | sort -n | awk {sum$1; nums[NR]$1} END { avgsum/NR; print Avg:, avg; print P90:, nums[int(NR*0.9)]; print Max:, nums[NR] }6. 性能优化实践6.1 启动加速方案使用应用缓存-Dspring.context.cachetrue关闭JMX远程监控如需采用分层编译-XX:TieredStopAtLevel16.2 资源限制策略# 在systemd服务中添加 [Service] MemoryLimit2G CPUQuota150%经过三年生产环境验证这套脚本体系已在超过200个微服务节点稳定运行将服务部署效率提升80%以上。建议根据实际业务需求调整超时时间和资源参数关键是要建立完整的日志记录和通知机制。