Java类型转换的核心是“转了会怎样”，需警惕编译通过但结果出错的风险：自动提升、强制截断、字符串解析和溢出循环均可能引发精度丢失、数据截断或异常。
Java 类型转换不是“能不能转”的问题，而是“转了会怎样”的问题。真正需要警惕的，是那些编译能过、运行不报错、结果却悄悄出错的风险——它们藏在自动提升、强制截断、字符串解析和溢出循环里。
自动转换看似安全，实则暗藏精度陷阱
long → float 或 long → double 属于合法自动转换，但不等于数值不变。比如 long x = 1234567890123456789L; 转成 float f = x; 后再转回 long，大概率已失真——因为 float 只有约 7 位有效数字，高位信息被舍弃。
- char → int 是安全的（本质是 Unicode 码值提升），但 int → char 必须强制，且超出 0–65535 范围时会截断为低 16 位
- 混合运算中 byte/short/char 全部先升为 int 再计算，byte b1 = 10, b2 = 20; byte sum = b1 + b2; 编译失败，因为 b1 + b2 类型是 int
- 赋值时的自动转换不豁免初始范围检查：byte b = 130; 直接编译报错，哪怕后面要转成 int
强制转换是风险集中区，每一步都需确认语义
强制转换不是“告诉编译器别管”，而是“我清楚后果并愿意承担”。它不会做四舍五入、不会抛异常，只做确定性二进制截断。
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- (int)3.9 得到 3，(int)-3.9 得到 -3 —— 永远向零截断，不是向下取整
- int i = 257; byte b = (byte)i; 结果是 1（257 的二进制低 8 位是 00000001）；而 int j = 130; byte c = (byte)j; 得到 -126（补码解释）
- char c = (char)66; 正确得到 'B'；但 (char)-1; 会得到 '\uffff'（Unicode 最大字符），不是逻辑错误，而是按位还原
字符串与数字互转：别用拼接伪装转换
写 "" + 123 得到字符串，是字符串拼接行为，不是类型转换；而 Integer.parseInt("123") 才是真正的解析。前者永远成功，后者可能抛 NumberFormatException。
立即学习“Java免费学习笔记（深入）”；
- 基本类型 → 字符串：优先用 String.valueOf(x)（空安全），避免 new Integer(x).toString()（已废弃）
- 字符串 → 基本类型：必须捕获 NumberFormatException，尤其处理用户输入或配置文件时
- Integer.parseInt(null) 抛 NullPointerException；Integer.valueOf("abc") 抛 NumberFormatException —— 两者异常类型不同，注意区分
布尔类型是隔离带，任何转换都不被允许
Java 明确禁止 boolean 与任何其他类型互转，包括 int、String、0/1。这不是限制，而是防止隐式逻辑歧义。
- if ("true") { ... } 编译失败；boolean b = (boolean)1; 同样编译失败
- 想把字符串转 boolean，请用 Boolean.parseBoolean("true")（注意它对非 "true" 字符串一律返回 false，不抛异常）
- 数据库字段常存 'Y'/'N' 或 0/1，这类映射必须显式判断，不能依赖自动转换
