运维脚本应自动识别端口占用类型：用ss/lsof区分真占用与TIME_WAIT残留，按三类场景响应——有活跃进程则记录退出或按配置kill，仅TIME_WAIT则提示启用SO_REUSEADDR，空闲却失败需查权限/SELinux/地址族；启动前探测重试，日志带完整检测上下文及可操作建议。
运维脚本遇到“Address already in use”报错，核心是端口不可用——可能是其他进程正占用，也可能是刚崩溃的服务残留了 TIME_WAIT 状态。不能只靠人工 kill 或等 60 秒，得让脚本自动识别、分类处理、安全恢复。
先精准判断端口状态
脚本第一步不是直接杀进程，而是区分“真占用”和“假占用”：
- 用 ss -tuln | grep :$PORT 查监听状态；加 -p（需 root）可看 PID，但非 root 环境可用 lsof -i :$PORT 2>/dev/null 备选
- 单独检查 TIME_WAIT 数量：ss -ant state time-wait | grep :$PORT | wc -l，若结果 > 0 且无 LISTEN 进程，大概率是 socket 未释放导致的绑定失败，不是别的服务在跑
- 结合 netstat -ant | awk '$6 ~ /TIME_WAIT/ && $4 ~ /:'$PORT'$/ {count++} END{print count+0}' 做轻量统计，避免依赖 lsof
按场景自动选择处理策略
检测完后，脚本应分三类响应：
linux-performance-analyzer
下载
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
- 有活跃 LISTEN 进程（PID 存在且进程 alive）：记录日志并退出，或按配置决定是否强制 kill（如开发环境可设 FORCE_KILL=1）
- 无 LISTEN 进程，但大量 TIME_WAIT：不杀进程（本来就没进程），改用 SO_REUSEADDR 方式启动服务——这需要应用本身支持；脚本可提醒：“检测到 $PORT 处于 TIME_WAIT，请确认服务代码已设置 setsockopt(SO_REUSEADDR, 1)”
- 端口空闲但 bind 失败：检查是否权限不足（如普通用户绑 80 端口）、SELinux 限制、或 IPv6/IPv4 地址族冲突（如服务只监听 ::，但脚本尝试 bind 0.0.0.0）
启动前加入端口探测与重试逻辑
避免“启动→失败→手动修→再启动”的循环，脚本内嵌健壮性机制：
- 用 timeout 2 bash -c "cat /dev/null 快速探活（注意：仅测试连通性，非监听状态）
- 对关键端口（如 8080、5000），启动前执行最多 3 次探测，每次间隔 1 秒；失败则触发清理动作
- 清理动作可封装为函数：cleanup_port() { lsof -ti:$PORT 2>/dev/null | xargs -r kill -9; sleep 0.5; }，但加注释说明“仅用于开发/测试环境”，生产环境禁用自动 kill
日志与告警要带上下文
报错时不能只输出“端口被占”，脚本需提供可操作信息：
- 记录完整检测命令输出，例如："[INFO] ss result for $PORT: $(ss -tulnp 2>/dev/null | grep :$PORT)"
- 若检测到 TIME_WAIT，追加提示："[HINT] Consider enabling SO_REUSEADDR in your app or tune tcp_fin_timeout if persistent"
- 对生产环境，失败时调用告警接口（如 curl 发送企业微信/钉钉消息），附上端口、主机名、检测时间、疑似原因
