%s适用于任意对象，%d仅限整数，%f仅限浮点数；修饰符顺序为标志→宽度→精度→类型；中文对齐应避免%宽，优先用\t或手动计算视觉宽度。
System.out.printf 里 %s %d %f 怎么选
选错占位符会导致运行时异常或输出乱码，比如用 %d 打印字符串会抛 IllegalFormatConversionException，用 %s 打印数字虽然不报错，但失去精度控制和对齐能力。
-
%s：通用，任何对象都可（调用toString()），适合不确定类型或简单拼接 -
%d：只接受整数类型（int/long等），float或double用它会直接崩溃 -
%f：只接受浮点数，int用它会自动装箱为double，但可能带多余小数位（如42.000000） - 布尔值必须用
%b，用%s虽能输出，但null会变成字符串"null"，而%b对null输出"false"
宽度、精度、对齐这些修饰符怎么加才不翻车
修饰符顺序不能乱：标志 → 宽度 → 精度 → 类型。写成 %-10.2f 是合法的，%.2f-10 就完全无效，且不会报错——只会静默忽略错误部分，输出不符合预期。
- 左对齐加
-（如%-15s），默认右对齐；0前缀只对数字有效（%08d补零，%08s会被忽略） - 精度对字符串是最大长度（
%.5s截取前 5 字符），对浮点数是小数位数（%.2f强制两位小数） - 宽度不足时不截断，只影响空白填充；精度超长时才截断或四舍五入
- 如果传入参数少于占位符数量，运行时报
MissingFormatArgumentException；多出的参数被忽略
中文乱码或空格错位，是不是编码/终端问题
不是。Java 的 printf 本身不处理编码，它输出的是字符序列，乱码或对齐失效几乎全是字体或终端渲染导致的——特别是中文字符算作两个英文字符宽，但 printf 的宽度按“字符数”算，不是“像素宽”或“显示宽度”。
- 在 IDE 控制台（如 IntelliJ）里，中文字体通常等宽，
%-10s对中文基本可用；但在 Windows CMD 或某些 SSH 终端里，中文字体非等宽，对齐必然崩 - 用空格填充时，别依赖
%20s对齐中文列，改用制表符\t更可靠（但要注意各字段内容含\t会破坏结构） - 真要稳定对齐中文表格，别用
printf，改用String.format+ 手动计算字符串视觉宽度（需引入 ICU4J 或自己粗略判断 Unicode block）
System.out.printf 和 String.format 有什么实际区别
核心区别就一条：前者直接输出到控制台，后者返回格式化后的字符串。但由此引发的副作用很实在。
立即学习“Java免费学习笔记（深入）”；
- 调试时想看变量值又不想污染日志？别写
System.out.printf("x=%d, y=%s", x, y)，改用System.out.println(String.format("x=%d, y=%s", x, y))—— 这样方便后续替换成log.debug(...)，不用动格式逻辑 -
printf不支持占位符复用（如%1$s），String.format支持，适合模板化消息（例如错误提示中多次引用同一参数） - 性能上无差别，两者底层共用同一套 Formatter；但
printf是同步刷屏，高并发打印可能阻塞，而String.format只是纯内存操作 - 注意：
System.out.printf返回PrintStream本身，可以链式调用，但没人这么干——可读性差，且没实际收益
最常被忽略的是：占位符和参数类型的严格匹配不是编译期检查，IDE 也很难全检出，得靠测试覆盖边界值（null、负数、超长字符串、NaN）才能暴露问题。
