应先校验null再计算起始索引：用math.max(0, str.length() - 4)避免越界，或直接使用stringutils.right(str, 4)处理null、短字符串等边界情况。
用 substring() 截取后四位，但字符串长度不足时会抛 StringIndexOutOfBoundsException
Java 中直接写 str.substring(str.length() - 4) 很常见，但只要 str 长度小于 4（比如空串、"a"、"ab"），运行时就崩。这不是逻辑错误，是 API 的硬性约束——substring(int beginIndex) 要求 beginIndex 必须 ≥ 0 且 ≤ 字符串长度。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 先判断长度，再决定起始索引：
Math.max(0, str.length() - 4) - 避免用
try-catch包裹substring()来“兜底”，异常开销大，且掩盖了本可静态预防的问题 - 如果业务允许返回原串（即“不够四位就全取”），那就直接用这个计算方式；如果必须返回固定长度（不够补空格/截断为 null），需额外分支处理
封装成工具方法时，要不要校验 null？
绝大多数生产环境的字符串参数都可能为 null，而 substring() 对 null 调用会直接触发 NullPointerException。这个异常比越界更早发生，所以校验 null 是前置动作。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 统一在方法入口用
Objects.requireNonNull(str, "str must not be null")或简单判空并返回默认值（如空串） - 如果调用方已保证非空，且性能极度敏感（如高频循环内），可省略，但需在 JavaDoc 明确标注
@param str must not be null - 别用
str != null && str.length() >= 4这种双条件短路来“顺便”防null，可读性差，且一旦顺序写反（str.length() >= 4 && str != null）就直接 NPE
用 StringUtils.right(str, 4) 替代手写逻辑是否更稳妥？
Apache Commons Lang 的 StringUtils.right(String str, int len) 内部已处理 null、负长度、超长截取等边界，语义清晰，返回值也符合直觉（null 入参 → null 出参；长度不足 → 返回原串）。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 项目已引入
commons-lang3，优先用StringUtils.right(str, 4)，少一行 bug - 没引入又不想加依赖，手写时务必覆盖这三类输入：
null、长度 - 注意：Spring 的
org.springframework.util.StringUtils没有right()方法，别混淆包名
为什么不用 charAt() 循环拼接来取后四位？
有人试图用 for (int i = Math.max(0, len-4); i 实现，逻辑没错，但完全没必要。
原因很实际：
-
substring()是 JVM 底层优化过的操作，通常复用原字符数组（Java 7u6 之后已取消 offset 共享，但仍是数组拷贝而非逐字符访问） -
charAt()加StringBuilder拼接涉及多次边界检查、对象创建和内存分配，性能明显更低 - 代码更长、易错（比如循环变量写成
i 就越界）、可读性反而下降
真正需要动态计算起始索引的地方，就是 Math.max(0, str.length() - 4) 这一行。其余都是围绕它做防御和封装，而不是绕开它另起炉灶。
