为何调用Integer.parseInt转换字符串"Integer.MAX_VALUE"会失败？

问题背景 #

在图搜索算法中，我用文本形式的Integer.MAX_VALUE表示无限代价，而非随机大数值。但调用Integer.parseInt()将字符串"Integer.MAX_VALUE"转换为int类型时失败，表层原因是该方法不允许输入包含点字符（.）的字符串，会抛出NumberFormatException。我想知道的是：Java设计者为何选择不支持这种转换？是出于安全考量，还是设计疏忽？（Integer.MIN_VALUE存在同样问题）

失败代码示例 #

public class Main
{
    public static void main(String[] args) {
        String s = "Integer.MAX_VALUE";
        int i = Integer.parseInt(s);
    }
}

执行后抛出异常：

Exception ...: For input String: "Integer.MAX_VALUE"
at java.base/java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
at java.base/java.lang.Integer.parseInt(Integer.java:652)
at java.base/java.lang.Integer.parseInt(Integer.java:770)

可行替代方案 #

// [读取文件内容到字符串distance_str的代码]
if(distance_str.equals("Integer.MAX_VALUE")){    
    distance = Integer.MAX_VALUE;
}else{                                       
    distance = Integer.parseInt(distance_str);
}

设计层面的深层原因 #

• 职责边界清晰：Integer.parseInt()的核心定位是解析标准数字格式的字符串（仅包含正负号和0-9数字），而"Integer.MAX_VALUE"是Java语言特有的“类名.常量名”代码符号，不属于通用数字表示的范畴。Java API设计遵循单一职责原则，不会把解析语言标识符的逻辑混入纯数字解析方法中。
• 规避安全与复杂度风险：如果支持解析这类标识符，意味着要处理类名、常量名的解析逻辑，甚至可能需要支持自定义类的常量、带包名的类路径等场景，这会大幅增加方法的复杂度。同时，这类非通用格式的解析也可能带来安全隐患——比如恶意构造的类名+常量名字符串，可能触发不必要的类加载或反射逻辑。
• 并非设计疏忽：Java官方文档明确说明Integer.parseInt()仅支持十进制数字字符串（含正负号），这是有意的设计选择。对于解析代码常量的需求，Java提供了反射等其他机制（虽然对于简单场景没必要），而你自己实现的分支判断也是更轻量的合理方案。

内容的提问来源于stack exchange，提问作者Stev