Java服务自动化运维脚本实战指南

1. 项目概述

在Java服务运维过程中，频繁的手动启停操作既低效又容易出错。我经历过无数次深夜被叫起来重启服务的痛苦，也见过同事因为误操作导致生产环境瘫痪的惨剧。这个脚本方案就是在这种背景下诞生的实战产物，它能用最简化的操作完成服务管理，特别适合中小团队在没有专业运维工具时使用。

2. 核心需求解析

2.1 单服务管理痛点

Java服务部署后通常需要执行以下标准流程：

1. 检查旧进程是否存在
2. 杀死残留进程
3. 设置JVM参数
4. 加载配置文件
5. 启动新进程
6. 日志输出重定向

手动执行这些步骤不仅繁琐，而且容易遗漏关键环节。比如忘记清理旧进程会导致端口冲突，JVM参数配置不当又会引发内存问题。

2.2 多服务协同难题

当系统采用微服务架构时，常见的困境包括：

• 服务启动顺序依赖（如先启动注册中心）
• 批量操作时的进程识别困难
• 部分服务重启失败时的回滚机制
• 操作结果的统一汇总

3. 单服务控制脚本实现

3.1 基础版本脚本

#!/bin/bash SERVICE_NAME="myapp" JAR_PATH="/opt/app/${SERVICE_NAME}.jar" LOG_PATH="/var/log/${SERVICE_NAME}.log" JAVA_OPTS="-Xms512m -Xmx1024m -XX:+UseG1GC" # 终止旧进程 pkill -f "${JAR_PATH}" sleep 3 # 启动新进程 nohup java ${JAVA_OPTS} -jar ${JAR_PATH} > ${LOG_PATH} 2>&1 & echo "Service ${SERVICE_NAME} restarted, PID: $!"

关键改进点：

1. 使用pkill精确匹配jar路径，避免误杀
2. 添加sleep等待资源释放
3. 记录新进程PID便于后续管理
4. 标准输出和错误统一重定向

3.2 增强版功能

#!/bin/bash # 添加配置文件检测 if [ ! -f "$JAR_PATH" ]; then echo "Error: Jar file not found at ${JAR_PATH}" exit 1 fi # 添加端口检测 PORT=8080 if lsof -i :${PORT} | grep -q "${SERVICE_NAME}"; then echo "Port ${PORT} is still in use, force killing..." pkill -9 -f "${JAR_PATH}" fi # 添加启动超时检测 timeout 30s bash -c "until curl -s http://localhost:${PORT}/health; do sleep 1; done"

4. 多服务批量管理方案

4.1 服务清单管理

创建services.list配置文件：

# 格式：服务名|jar路径|端口|依赖服务 gateway|/opt/app/gateway.jar|8080| user-service|/opt/app/user.jar|8081|gateway order-service|/opt/app/order.jar|8082|user-service

4.2 拓扑排序启动

#!/bin/bash declare -A SERVICE_MAP declare -a START_ORDER # 解析依赖关系 while IFS='|' read -r name jar port depends; do SERVICE_MAP[$name]="$jar|$port" [[ -n "$depends" ]] && echo "$name $depends" >> deps.txt done < services.list # 生成启动顺序 tsort deps.txt > order.txt 2>/dev/null START_ORDER=($(cat order.txt)) rm -f deps.txt order.txt # 按顺序启动服务 for svc in "${START_ORDER[@]}"; do IFS='|' read -r jar port <<< "${SERVICE_MAP[$svc]}" ./restart.sh -n $svc -j $jar -p $port done

4.3 异常处理机制

# 在restart.sh中添加状态检查 MAX_RETRY=3 for ((i=1; i<=$MAX_RETRY; i++)); do start_service if check_health; then break elif [ $i -eq $MAX_RETRY ]; then echo "Failed to start ${SERVICE_NAME} after ${MAX_RETRY} attempts" exit 1 fi sleep 5 done

5. 生产环境增强特性

5.1 资源限制

# 使用cgroups限制资源 cgcreate -g memory,cpu:/${SERVICE_NAME} echo "1000000" > /sys/fs/cgroup/memory/${SERVICE_NAME}/memory.limit_in_bytes echo "50000" > /sys/fs/cgroup/cpu/${SERVICE_NAME}/cpu.shares # 在启动命令前添加 cgexec -g memory,cpu:${SERVICE_NAME} nohup java ...

5.2 日志轮转

集成logrotate配置：

/var/log/${SERVICE_NAME}.log { daily rotate 7 compress delaycompress missingok notifempty create 644 appuser appuser postrotate kill -USR1 $(cat /var/run/${SERVICE_NAME}.pid) endrotate }

5.3 邮件通知

send_mail() { echo "$1" | mailx -s "[${SERVICE_NAME}] $2" admin@example.com } if ! check_health; then send_mail "Service restart failed after ${MAX_RETRY} attempts" "CRITICAL" fi

6. 性能优化技巧

6.1 并行启动优化

对于无依赖关系的服务：

# 使用GNU parallel加速 parallel -j 4 ./restart.sh -n {} -j {.}.jar ::: service1 service2 service3

6.2 JVM预热

在启动后主动调用热点接口：

warmup() { curl -s http://localhost:${PORT}/api/preload > /dev/null jcmd $(pgrep -f ${JAR_PATH}) JVMTI.agent_load jvmti_agent.so }

6.3 内存调优

根据机器配置动态计算参数：

TOTAL_MEM=$(free -m | awk '/Mem:/{print $2}') JVM_MEM=$((TOTAL_MEM * 70 / 100)) # 使用70%内存 JAVA_OPTS="-Xms${JVM_MEM}m -Xmx${JVM_MEM}m -XX:MaxMetaspaceSize=256m"

7. 安全加固措施

7.1 权限控制

# 创建专用账户 useradd -r -s /bin/false appuser chown -R appuser:appuser /opt/app /var/log/app # 使用sudo有限授权 echo "ops ALL=(appuser) NOPASSWD: /usr/bin/pkill -f /opt/app/*" > /etc/sudoers.d/app

7.2 敏感信息保护

# 使用加密配置文件 openssl enc -aes-256-cbc -in config.properties -out config.enc JAVA_OPTS="$JAVA_OPTS -Dconfig.file=config.enc -Dconfig.password=ENV:CONFIG_PWD"

7.3 操作审计

# 记录所有操作 log() { echo "$(date '+%F %T') $@" >> /var/log/app/audit.log logger -t app-manager "$@" } log "Restarting ${SERVICE_NAME} by ${USER}"

8. 常见问题排查

8.1 端口冲突

# 精确查找占用进程 function find_port_owner() { lsof -i :$1 -sTCP:LISTEN -t } # 在脚本开头添加检查 if existing_pid=$(find_port_owner ${PORT}); then echo "Port ${PORT} is used by PID ${existing_pid}" ps -p ${existing_pid} -o cmd= exit 1 fi

8.2 类加载冲突

典型报错：

java.lang.NoSuchMethodError: org.slf4j.impl.StaticLoggerBinder.getSingleton()

解决方案：

# 在启动前清理旧版本 find ~/.m2/repository -name "slf4j-*.jar" -mtime +30 -delete

8.3 内存泄漏

在脚本中添加OOM自动dump：

JAVA_OPTS="$JAVA_OPTS -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/tmp/${SERVICE_NAME}.hprof"

9. 监控集成方案

9.1 Prometheus指标

JAVA_OPTS="$JAVA_OPTS -javaagent:/opt/jmx_exporter/jmx_prometheus_javaagent.jar=9100:/opt/jmx_exporter/config.yaml"

9.2 健康检查端点

check_health() { local status=$(curl -s -o /dev/null -w "%{http_code}" http://localhost:${PORT}/actuator/health) [ "$status" = "200" ] }

9.3 告警集成

# 对接企业微信机器人 alert() { curl -X POST "https://qyapi.weixin.qq.com/cgi-bin/webhook/send?key=xxx" \ -H "Content-Type: application/json" \ -d "{\"msgtype\":\"text\",\"text\":{\"content\":\"$1\"}}" }

10. 容器化适配

10.1 Docker兼容改造

#!/bin/sh # 适配容器内PID 1的特殊处理 if [ -f /.dockerenv ]; then exec java ${JAVA_OPTS} -jar ${JAR_PATH} else nohup java ${JAVA_OPTS} -jar ${JAR_PATH} > ${LOG_PATH} 2>&1 & fi

10.2 Kubernetes探针

JAVA_OPTS="$JAVA_OPTS -Dmanagement.endpoint.health.probes.enabled=true" JAVA_OPTS="$JAVA_OPTS -Dmanagement.health.livenessState.enabled=true" JAVA_OPTS="$JAVA_OPTS -Dmanagement.health.readinessState.enabled=true"

10.3 优雅终止

trap 'kill -TERM $PID; wait $PID' TERM INT java ${JAVA_OPTS} -jar ${JAR_PATH} & PID=$! wait $PID

这套脚本系统在我们生产环境稳定运行了3年，管理着超过50个Java微服务。最关键的改进点是增加了依赖拓扑排序和状态自检机制，这使得夜间批量更新时服务启动成功率从78%提升到了99.9%。建议根据实际环境调整重试策略和超时阈值，我们的经验值是首次等待3秒，后续每次尝试递增2秒。