StringIndexOutOfBoundsException是失控信号而非防护机制，需提前校验索引合法性、用Math.min/max主动截断边界、对indexOf结果做-1防护。
别把 stringindexoutofboundsexception 当成可依赖的“防护机制”——它不是防御手段，而是失控信号。真正在报文截取中实现防御性逻辑，核心是**提前拦截、主动约束、默认兜底**，而不是等异常抛出来再 catch。
校验索引合法性再调用 substring
所有动态来源的起止位置（如配置项、JSON 字段、HTTP 头解析结果）必须在调用 substring() 前做显式范围检查：
- 起点
beginIndex必须满足：0 ≤ beginIndex ≤ str.length() - 终点
endIndex必须满足：beginIndex ≤ endIndex ≤ str.length() - 空字符串或 null 输入需单独判空，避免
str.length()NPE 或后续越界
用 Math.min/max 主动截断边界
当目标是“取最多 N 位”或“从某偏移开始取到末尾”，优先用数学函数收口，不依赖条件分支：
- 取后 5 位（不足则全取）：
str.substring(Math.max(0, str.length() - 5)) - 从 pos 开始取最多 10 位：
str.substring(pos, Math.min(pos + 10, str.length())) - 避免写
if (pos + 10 > str.length()) ... else ...——多一行代码，多一个漏判点
对 indexOf 结果做负值防护
报文中常按分隔符切字段，indexOf() 返回 -1 是常态，不能直接传给 substring()：
- 错误写法：
int i = s.indexOf(":"); return s.substring(i + 1); - 正确写法：
int i = s.indexOf(":"); return (i == -1) ? "" : s.substring(i + 1); - 若需跳过分隔符后首个字符，还要额外判断
i + 1
用 StringUtils.substring 替代原生方法
Apache Commons Lang 的 StringUtils.substring(str, start, end) 内部已做 clamp 处理：自动将 start 限制在 [0, len]，end 限制在 [start, len]，越界时静默返回空串或合理子串，不抛异常。
- 优势：语义清晰、零异常开销、适合高频报文解析场景
- 注意：仍需判空——
StringUtils.substring(null, 0, 5)返回null，不是空串 - 建议搭配
StringUtils.defaultString()使用：StringUtils.substring(StringUtils.defaultString(str), 2, 8)
