Java中基本类型与字符串互转需分方向处理：基本类型→字符串首选String.valueOf()（null安全、通用高效）；字符串→基本类型须按类型防御性处理，严防null、空白、格式错误、溢出及精度丢失五类风险。
Java 中基本数据类型与字符串的相互转换，核心在于明确方向、选对方法、避开陷阱。日常输出场景（如日志打印、界面展示、文件写入）中，转换既要正确，也要安全、可读、不易出错。
基本类型 → 字符串：推荐 String.valueOf()
这是最通用、最稳妥的选择，适用于所有基本类型（int、double、boolean、char 等），且能优雅处理 null：
- String.valueOf(123) → "123"
- String.valueOf(3.14) → "3.14"
- String.valueOf(true) → "true"
- String.valueOf(null) → 字符串 "null"（不抛异常）
包装类的静态 toString() 方法（如 Integer.toString(456)）效果类似，但传入 null 会直接抛 NullPointerException，不适合不确定是否为空的场景。而用 123 + "" 虽然简短，但语义模糊，且对 null 的处理是隐式的（null + "" 得到 "null"），不利于排查和维护。
字符串 → 基本类型：不能“一键转换”，必须按类型防御性处理
String 转基本类型没有通用安全方法，必须针对每种类型预检查、后校验，重点防五类问题：null、空白、格式错误、溢出、精度丢失。
- 转 int/long 等整数：先 trim() 去空格；再用 Integer.parseInt(str) 解析；但该方法不检查数值范围——"2147483648" 会直接报 NumberFormatException。如需更稳，可用 BigInteger 比对上下界，或用正则 ^-?\d+$ 初筛长度
- 转 double/float：Double.parseDouble(str) 支持 "NaN"、"Infinity"，但业务中常需排除这些特殊值，解析后加 Double.isFinite(d) 校验；金额类场景务必用 new BigDecimal(str)，避免浮点精度误差
- 转 boolean：Boolean.parseBoolean("false") 返回 false，但 "0"、"no"、"" 也全返回 false —— 这容易掩盖输入错误。建议显式比对："true".equalsIgnoreCase(s) || "1".equals(s)
- 转 char：不能靠解析数字。必须确保字符串长度为 1：s.length() == 1 ? s.charAt(0) : throw …
输出时的实用技巧
面向输出（比如 System.out.println、日志记录），多数情况只需转成字符串，无需再转回基本类型。此时优先用 String.valueOf()，它内部已优化，性能好、行为一致。
- 拼接日志时，避免 "id=" + id + ", name=" + name 这类写法在高频循环中可能触发多次 StringBuilder 创建；可改用 String.format("id=%d, name=%s", id, name) 或现代方式如 MessageFormat.format("id={0}, name={1}", id, name)
- 若涉及 null 安全，Apache Commons Lang 的 StringUtils.defaultString(str, "N/A") 可统一兜底，避免到处判空
- 批量转换（如 List
→ List ），可用 Stream + map：list.stream().map(String::valueOf).collect(Collectors.toList())
哪些方式要避免
有些写法看似可行，实则低效、过时或易出错：
- new Integer(123).toString()：手动装箱冗余，JDK 5+ 已支持自动装箱，没必要
- new String("" + 123)：多层对象创建，浪费内存
- (char) Integer.parseInt("65")：这不是字符解析，是把数字 65 当 ASCII 码转成 'A'，语义错位
- 裸用 parseXxx() 不包 try-catch：一旦输入异常，程序直接中断，线上环境风险高
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
