scheduler-thread-dump-analysis

调度卡死线程快照分析（jstack/trace dump 归因）。当用户反馈“调度卡死了/卡主了”“线程快照分析”“jstack分析”“线程dump分析”“Worker线程占满”“CountDownLatch等待不退出”“又卡死了，和上次一样吗”等场景时触发。 输入要求：提供不少于2次线程快照文件（支持 jstack、jcad、Arthas 导出的 txt 格式，3次及以上更佳，采样间隔建议10~30秒）。 分析能力： - 自动解析线程堆栈，按调用签名归类线程状态，包括但不限于： - CountDownLatch 主线程等待 - Redisson 解锁与等锁 - 银企 Socket 通信 - HTTP 请求阻塞 - 数据库操作（DB） - Netty 空闲或阻塞 - 哨兵（Sentinel）正常长连接 - 统计卡死 Worker 线程清单，识别重复阻塞点 - 跨采样一致性判定：区分静态卡死（线程长期停滞）与慢执行（任务耗时但仍在推进） - 提取 JVM 运行时长与堆内存使用情况，排除 GC 导致的假性阻塞 - 追溯调用链：“主线程 await → 根因子线程卡点”，定位根本阻塞源 - 支持对照历史卡死分析文档，进行同源问题判定（是否与过往故障模式一致） 输出： - 生成 Markdown 格式的归因报告，包含线程分类统计、卡点分析、一致性判断、根因推断 - 提供 P0/P1 级别修复建议（如线程池配置调整、锁优化、超时设置等） - 建议 Redis/Sentinel 相关取证动作（如检查锁状态、连接池、哨兵心跳等） 约束条件： - 仅执行只读分析：不修改原始快照文件与源码 - 仅使用 Python 标准库（Python >= 3.10），无第三方依赖

存档时间线

版本索引永久保留；内容副本只保留最新 1 份，更早版本仅留索引与哈希（存档时间线的证据链不会因此断裂）。

下载存档内容副本