部署前需用jstack等工具捕获Java进程堆栈及GC、JVM参数、内存直方图等快照，通过PID定位、加-l参数、超时保护、权限校验和自动归档，集成到CI/CD流程中确保问题可追溯。
获取Java进程堆栈快照（jstack）
在部署前捕获Java应用的实时线程状态，是排查死锁、线程阻塞或高CPU问题的关键。先通过 ps 或 jps 定位目标Java进程PID：
- jps -l | grep "YourAppClass" —— 快速筛选含特定类名的进程
- pgrep -f "java.*spring-boot.*jar" —— 匹配启动命令中的关键词（适合Spring Boot jar部署）
拿到PID后，用 jstack 生成带时间戳的快照文件：
- jstack -l $PID > /var/log/myapp/jstack_$(date +\%Y\%m\%d_\%H\%M\%S).log
- 加 -l 参数可输出锁信息（如
java.util.concurrent.locks持有/等待状态），对分析同步瓶颈很重要 - 建议重定向到独立日志目录，并设置合理权限（如
chown appuser:appgroup），避免因权限失败静默丢弃快照
留存JVM运行时关键状态
仅线程堆栈不够全面，部署前应一并保存GC、内存、系统属性等上下文：
- jstat -gc -h10 $PID 1000 5 > jstat_$(date +\%Y\%m\%d_\%H\%M\%S).log —— 每秒采样5次GC统计，观察Eden/Survivor/Old区变化趋势
- jinfo $PID > jinfo_$(date +\%Y\%m\%d_\%H\%M\%S).log —— 记录JVM启动参数（-Xmx、-XX:+UseG1GC等），便于对比部署前后配置是否变更
- jmap -histo $PID > jmap_histo_$(date +\%Y\%m\%d_\%H\%M\%S).log —— 输出类实例数量与内存占比，快速识别潜在内存泄漏对象（如大量未释放的Connection、Handler）
注意：jmap -dump 会触发Full GC且耗时较长，生产环境慎用；若确需堆转储，建议配合 -F（强制）和 timeout 保护机制。
立即学习“Java免费学习笔记（深入）”；
Shell脚本整合与安全执行
将上述操作封装为可复用脚本，重点控制权限、超时和错误处理：
- 开头校验当前用户是否为应用运行用户（
[[ "$(ps -o user= -p $PID)" == "$APP_USER" ]] || exit 1），防止跨用户误操作 - 所有 j* 命令加上
timeout 30s（如timeout 30s jstack -l $PID），避免因JVM挂起导致脚本卡死 - 用
set -e和trap 'rm -f $TMPFILE' EXIT确保异常时清理临时资源 - 快照文件统一压缩归档：
tar -czf deploy_snapshot_$(date +\%Y\%m\%d_\%H\%M).tar.gz jstack_*.log jstat_*.log jinfo_*.log
集成到部署流程（CI/CD友好）
该脚本不是独立运行，而应作为部署前置检查环节嵌入：
- 在Ansible Playbook中调用：
command: /opt/scripts/take_java_snapshot.sh --pid {{ java_pid }} --app-name myapp - Jenkins Pipeline中添加stage：
sh '/opt/scripts/take_java_snapshot.sh -p $APP_PID'，失败则catchError并中止发布 - 快照包自动上传至对象存储（如MinIO）或NFS共享目录，保留7天，路径含Git Commit ID便于回溯
不复杂但容易忽略：快照时间点必须严格落在应用停止前（如systemd服务reload前）、且确保目标进程仍存活——可在脚本内加入 kill -0 $PID 预检。
