安全解析环境变量需四步：预校验（判空与trim）、选合适解析器（Integer/Long/BigInteger）、防格式污染（清理逗号等）、用Optional封装结果，避免裸调parseInt导致崩溃。
Java 包装类本身不提供开箱即用的安全解析能力，直接调用 Integer.parseInt() 等方法在面对环境变量这类外部输入时极易崩溃。真正安全的解析必须绕过“裸调 parse”模式，转而通过预校验、兜底、封装和上下文适配四步实现。
先清理再判断：环境变量天然含空格与空值
系统环境变量（如 System.getenv("MAX_RETRY")）可能为 null、空字符串或仅含空白字符。包装类的 parse 方法对此零容忍——Integer.parseInt(null) 直接 NPE，parseInt(" ") 抛 NumberFormatException。
- 务必先做
str == null || str.trim().isEmpty()判断 - 再执行
str.trim()，避免因首尾空格导致解析失败 - 不要依赖 try-catch 捕获来代替空值检查——这会让逻辑错误被掩盖，且性能更低
按需选择解析器：整数、长整、大数不能混用
环境变量数值范围不可控。例如配置项 "DB_BATCH_SIZE" 可能是 "1000"，也可能是 "9223372036854775808"（超出 long 上界）。
- 明确语义：ID、状态码、索引等必须用
Integer或Long；分页总数、金额上限等建议直接上BigInteger - 超长数字（如雪花 ID 字符串
"18234761928374619283746"）必须用new BigInteger(str)，Long.parseLong()会静默溢出或抛异常 - 若业务允许默认值（如未配置则用 10），优先用
NumberUtils.toInt(str, 10)（Apache Commons Lang），它内部已整合 trim + 异常捕获 + 默认返回
防格式污染：逗号、下划线、科学计数法要提前剥离
环境变量可能来自不同部署平台（Docker Compose、K8s ConfigMap、CI/CD 注入），内容未必是纯数字。常见干扰包括：
立即学习“Java免费学习笔记（深入）”；
- 千位分隔符：
"10,000"→ 先replace(",", "")或用NumberFormat.getInstance(Locale.US).parse() - 下划线命名习惯：
"1_000_000"→replaceAll("[^\d-]", "")（保留负号） - 前端传来的科学计数法：
"1.23e5"→Double.parseDouble()可接受，但若需整数语义，应转BigDecimal再longValueExact()防精度丢失
用 Optional 封装结果，暴露空值风险
Java 8+ 推荐将解析逻辑收拢为静态工具方法，返回 Optional<integer></integer> 而非带默认值的 int。这迫使调用方显式处理“配置缺失”场景，而不是隐式吞掉问题。
- 示例签名：
public static Optional<integer> safeParseInt(String s)</integer> - 内部仍做 trim + null 检查 + try-catch，但异常时不返回默认值，而是
Optional.empty() - 调用侧可自然链式处理：
safeParseInt(value).orElseThrow(() -> new ConfigException("MISSING_MAX_RETRY"))
