合理设计参数顺序能提升可读性与调用成功率：最常用、语义主导的参数前置；同类重载中相同含义参数位置须一致；避免仅靠顺序差异重载；可选参数后置并模拟默认值。
方法重载本身不“优化”参数顺序，但合理设计参数顺序能显著提升调用时的直观性、可读性和调用成功率。关键不是让重载更“聪明”，而是让人在写代码时不容易出错、一眼看懂意图。
把最常用、最具语义主导性的参数放在最前面
调用者最先关注的是“对谁操作”或“做什么”，这类参数应前置。
- 比如日志方法：
log(String message)比log(Level level, String message)更常用；若提供重载，优先保留单参数版本，再扩展为log(Level, String)或log(String, Throwable)—— 异常是补充信息，放后面更自然 - 字符串处理如
format(String pattern, Object... args)：模式串是核心，变量是填充物，顺序不可颠倒
保持同类方法的参数顺序一致
同一组重载方法中，相同含义的参数位置必须统一，否则极易引发误调用和维护困惑。
- 错误示例：
save(String id, User user)save(User user, String id)
这两个构成重载，但语义混乱，IDE自动补全或阅读代码时无法预测顺序 - 正确做法：所有
save方法都遵循(id, data)或统一为(data, id)，且在文档/命名中体现逻辑主次（如saveUserById可省去重载，更清晰）
避免仅靠顺序差异实现重载（除非有强业务区分）
仅类型不同+顺序互换的重载（如 f(String, int) 和 f(int, String)）容易导致编译歧义或调用意外，应谨慎使用。
- 当两个参数类型可互换（如都是
String或都可转为Object），调用f("a", "b")可能因类型擦除或隐式转换失败而报错 - 若确实需要，建议用具名参数风格替代：拆成
byName(String name)和byId(String id)，或用构建器模式，比依赖顺序更安全
把可选参数后置，并配合默认值思维（用重载模拟）
Java 无默认参数，但可通过重载实现类似效果——参数越可选，越靠后。
- 例如文件读取：
read(String path)read(String path, Charset charset)read(String path, Charset charset, boolean ignoreErrors)
调用者按需选择，无需记忆“第几个参数是什么” - 注意：不要把布尔标志放在中间，如
read(String path, boolean cache, Charset charset)—— 易被误传，且后续扩展困难
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
