1. 项目概述：Java服务启停脚本的必要性
在Java后端服务部署运维中，频繁遇到两个典型场景：新版本发布时需要快速重启单个服务，以及系统维护时需要批量重启多个关联服务。传统方式需要开发人员手动执行多条命令，不仅效率低下，还容易因操作失误导致服务异常。通过编写标准化Shell脚本，可以实现一键化操作，将平均服务重启时间从3分钟缩短到10秒内。
我经历过凌晨三点紧急修复线上Bug后，因手动输入命令错误导致服务集群雪崩的惨痛教训。这也是促使我设计这套脚本体系的直接原因。好的启停脚本应该像瑞士军刀一样，兼具以下能力：
- 状态检测：自动判断服务是否存活
- 进程回收：彻底清理残留进程
- 日志归档：自动备份历史日志
- 启动保护：避免重复启动
- 批量操作：支持服务分组管理
2. 单服务控制脚本实现
2.1 基础脚本框架
#!/bin/bash SERVICE_NAME="order-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 2>&1 & 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.port=9010
2.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 interval=1 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 {flag=1; next} flag && /^\[/ {flag=0} 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 timeout=5 local attempts=3 for ((i=1; 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 recipients="team@example.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/script |
5.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 { avg=sum/NR; print "Avg:", avg; print "P90:", nums[int(NR*0.9)]; print "Max:", nums[NR] }'6. 性能优化实践
6.1 启动加速方案
- 使用应用缓存：
-Dspring.context.cache=true - 关闭JMX远程监控（如需）
- 采用分层编译：
-XX:TieredStopAtLevel=1
6.2 资源限制策略
# 在systemd服务中添加： [Service] MemoryLimit=2G CPUQuota=150%经过三年生产环境验证，这套脚本体系已在超过200个微服务节点稳定运行，将服务部署效率提升80%以上。建议根据实际业务需求调整超时时间和资源参数，关键是要建立完整的日志记录和通知机制。
