字符串转数字需校验空值和格式，优先用trim+valueOf或NumberUtils；时间转换须指定时区和模式，避免SimpleDateFormat；JSON解析必须用Jackson/Gson；字节转换务必显式指定UTF-8编码。
String 转 int / long 等基本数字类型，别直接用 Integer.parseInt() 就完事
很多同学看到字符串转整数，第一反应就是 Integer.parseInt("123")，但这个方法遇到空、null、非数字字符（比如 "12a" 或 " 45 "）会直接抛 NumberFormatException，线上一崩一个准。
更稳妥的做法是先 trim 再校验，或者用 Integer.valueOf()（它内部也调 parseInt，但返回的是 Integer 对象，可配合 Optional 做空安全处理）：
String s = " 789 "; int num = s == null ? 0 : Integer.parseInt(s.trim()); // 手动兜底 // 或者用 Apache Commons Lang（如果项目已引入）： // NumberUtils.toInt(s, 0)
-
Long.parseLong()、Double.parseDouble()同理，都抛受检异常，不能忽略 - 如果源字符串可能含千分位符号（如
"1,234"），得先replaceAll(",", "")再转 - 大数场景（比如 ID、金额）优先用
BigInteger或BigDecimal，避免溢出
日期字符串和 LocalDateTime 互转，时区和模式字符串最容易写错
Java 8+ 推荐用 java.time 包，但 DateTimeFormatter 的模式字母大小写敏感，且默认不接受 lenient 解析——"yyyy-MM-dd" 能解析 "2023-05-01"，但 "yyyy/MM/dd" 就不能解析前者。
常见错误：用 SimpleDateFormat（线程不安全）或漏写时区信息导致本地时间误判：
立即学习“Java免费学习笔记（深入）”；
Windows 命令行编码与兼容规范。涵盖 GBK/UTF-8 编码、PowerShell/pwsh 互操作、Python/Node.js、Git 配置及代码生成规则。适用于 Windows 10/11 + MSYS2/Git Bash 环境下的所有命令行操作。
String dateStr = "2023-08-15T14:30:00"; LocalDateTime dt = LocalDateTime.parse(dateStr, DateTimeFormatter.ISO_LOCAL_DATE_TIME); // 如果字符串带时区（如 "2023-08-15T14:30:00+08:00"），必须用 <code>ZonedDateTime.parse()</code> 或 <code>OffsetDateTime.parse()</code>
- 自定义格式务必统一用
DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss")，注意HH（24小时制）和hh（12小时制）区别 - 从
LocalDateTime转字符串时，不要依赖toString()默认格式（它不带秒、不补零），显式指定 formatter - 跨系统传时间，强烈建议统一用 ISO 8601 格式（如
"2023-08-15T14:30:00"）并带上时区偏移
JSON 字符串和对象互转，别手动拼接或正则提取
把 {"name":"Alice","age":30} 这种字符串转成 Java 对象，最常见错误是用 substring() + indexOf() 硬切，一旦字段顺序变、加了嵌套或转义字符就全乱。
正确做法是用成熟 JSON 库（如 Jackson 或 Gson），它们能处理 null、嵌套对象、泛型、日期格式等边界情况：
// Jackson 示例 ObjectMapper mapper = new ObjectMapper(); User user = mapper.readValue(jsonStr, User.class); // 反序列化 String json = mapper.writeValueAsString(user); // 序列化
- Jackson 默认不支持
LocalDateTime，需注册JavaTimeModule并配置序列化格式 - Gson 默认把
null字段忽略，Jackson 默认保留，行为差异会影响前后端联调 - 如果只是简单取一两个字段（比如日志里抽 traceId），可用
JsonNode或JsonObject避免建完整 POJO
String 和 byte[] 互转，编码参数不写死就等于埋雷
"你好".getBytes() 看似简单，但不传编码参数时依赖 JVM 默认编码（Windows 是 GBK，Linux/macOS 通常是 UTF-8），同一段代码在不同环境结果不同。
所有涉及字节转换的地方，必须显式指定编码：
String s = "测试"; byte[] bytes = s.getBytes(StandardCharsets.UTF_8); // ✅ String restored = new String(bytes, StandardCharsets.UTF_8); // ✅ // 错误示范：new String(bytes) —— 编码不可控
- Base64 编解码推荐用
java.util.Base64（JDK 8+），别用第三方实现或自己写循环移位 - 文件读写、网络传输、加密签名等场景，编码一致性比性能更重要，宁可多写几个字符，也不要省掉
StandardCharsets - 数据库字段存二进制内容（如图片）时，入库前确认连接 URL 是否含
useUnicode=true&characterEncoding=UTF-8
