LineNumberReader可精准锚定异常堆栈的物理行号，需结合状态机识别异常起始行（如java.lang.*Exception:）、动态记录getLineNumber()，按块抽取完整堆栈，控制单块行数防OOM。
用 LineNumberReader 抽取海量异常日志中带精确行号的堆栈，关键不是“逐行读完再匹配”，而是“边读边识别异常边界 + 动态记录行号”。它本身不解析堆栈，但能精准锚定每行物理位置，配合状态机式判断，就能在内存可控前提下拿到带真实行号的完整异常块。
识别异常起始行要靠特征模式，不是靠 try-catch
Java 异常堆栈通常以 Exception、Error、Caused by 或 at 开头（注意空格），但首行最可靠——往往是 java.lang.*Exception 或 ...Exception:。别依赖日志框架前缀（如 [ERROR]），它们可能被裁剪或缺失。建议用正则预判：
-
^java\.lang\.[A-Za-z]+Exception[:\s].*—— 匹配典型异常头 -
^\s*Caused by:.*Exception—— 捕获嵌套原因 -
^\tat [a-zA-Z0-9.$_]+\.([a-zA-Z0-9$_]+)\(.*\)—— 精确识别堆栈帧（可选校验）
用 LineNumberReader 的 getLineNumber() 获取真实物理行号
LineNumberReader 的行号从 1 开始，且对换行符敏感（\n、\r\n 都算一行）。只要不调用 skip() 或手动移动指针，行号就严格对应文件偏移。重点操作是：
- 每调用一次
readLine()，行号自动+1 - 发现异常起始行时，立刻用
getLineNumber()记录起始行号 - 后续连续读取直到空行、新日志时间戳、或下一个异常头，期间行号持续有效
注意：不要在循环里反复 new LineNumberReader，应复用同一个实例；也不要把它和 BufferedReader 套叠使用，避免行号错位。
按块抽取，而非逐行过滤
海量日志下，逐行判断再拼接效率低且易丢上下文。正确做法是“状态驱动”：
- 初始状态：
WAITING_FOR_EXCEPTION，跳过普通日志 - 命中异常头 → 切换到
IN_STACKTRACE，记录当前getLineNumber()为 startLine，开始收集行内容 - 遇到空行 / 时间戳行 / 新异常头 / 文件尾 → 结束当前块，输出
{startLine, lines} - 每个块天然包含完整堆栈，行号精确到原始文件位置
处理超长堆栈与内存水位
单个异常堆栈可能上千行（尤其循环依赖、深层递归），不能无限制 accumulate。建议加两道控制：
- 设置单块最大行数（如 2000 行），超限时截断并标记 “TRUNCATED AT LINE X”
- 用
StringBuilder累积，避免频繁字符串拼接；提取完成后立即清空复用 - 若需进一步分析（如提取类名、方法），在块内用
String.split("\n")二次处理，不干扰主流程
这样既保行号精度，又防 OOM，还能对接下游做聚合统计或告警分级。
