Java中包装类本身不解析数字，真正解析发生在将字符串配置（如配置文件、环境变量）转为包装类时，需调用Integer.valueOf()等方法，并注意空值、异常处理及自动装箱机制。
Java 中包装类（如 Integer、Long）在配置线程池参数时，本身并不“解析”数字——它们是用于装箱基本类型的对象。真正涉及“解析”的环节，通常是将字符串形式的配置值（如来自配置文件、环境变量或 JVM 参数）转换为对应包装类型，再传给线程池构造方法。
从字符串配置转成包装类（核心解析步骤）
线程池参数（如 corePoolSize、maximumPoolSize、keepAliveTime）在外部配置中常以字符串出现。你需要显式调用静态解析方法将其转为包装类：
-
Integer.valueOf("10")→ 返回Integer对象（推荐，走缓存） -
Integer.parseInt("10")→ 返回int基本类型（后续会自动装箱） -
Long.valueOf("60")→ 用于keepAliveTime等长整型参数
注意：valueOf 在 [-128, 127] 范围内复用缓存对象，更高效；new Integer("10") 已废弃，避免使用。
配置来源与安全解析示例
实际项目中需处理空值、非法格式等异常情况：
立即学习“Java免费学习笔记（深入）”；
- 从
application.properties读取：threadpool.core-size=8，用@Value("${threadpool.core-size:4}")注入后，再调用Integer.valueOf() - 从系统属性读取：
System.getProperty("pool.max", "16")，再解析，避免NullPointerException - 务必包裹
try-catch NumberFormatException，提供默认值或抛出明确配置错误
传入线程池构造器时的自动装箱行为
线程池如 ThreadPoolExecutor 构造方法参数均为基本类型（int, long），但你传入包装类时会触发自动拆箱：
new ThreadPoolExecutor(core, max, keepAlive, unit, queue)- 若
core = Integer.valueOf(4)，传入时自动转为int，无额外开销 - 但若该包装类为
null（如解析失败未兜底），运行时会抛NullPointerException
Spring Boot 场景下的简化处理
Spring Boot 自动绑定配置到 @ConfigurationProperties 类时，已内置类型转换：
- 定义字段
private Integer corePoolSize;，Spring 会自动调用Integer.valueOf()解析字符串 - 支持默认值：
@DefaultValue("4") private Integer corePoolSize; - 仍需校验非负性等业务约束（用
@Min(1)或@PostConstruct检查）
