Java值传递机制不可改变，优化方向在于让意图更清晰、副作用更可控、逻辑更贴近直觉：通过明确命名、不可变对象、防御性拷贝、封装参数和语义注解等手段降低理解成本。
Java 的值传递机制本身不可改变——它就是复制值，这是语言底层行为。优化方向不在“改机制”，而在于**让值传递的意图更清晰、副作用更可控、逻辑更贴近直觉**。重点是通过编码习惯和结构设计，降低因值传递带来的理解成本。
用明确命名揭示参数用途
值传递容易让人误以为“传进去就能改外面”，其实不能。命名能提前管理预期：
- 对基本类型参数，强调其“输入”属性：比如 inputCount、thresholdValue，而非模糊的 cnt 或 val
- 对对象引用参数，若方法只读不修改内部状态，加 ReadOnly 或 Source 前缀：如 userSource、configReadOnly
- 若方法确实会修改对象内容（注意：这不是改引用，而是改对象状态），可用 mutableUser 等提示调用者“这个对象会被动过”
优先使用不可变对象或防御性拷贝
当值传递后又担心被意外修改，可主动控制数据边界：
- 接收 String、LocalDateTime、BigDecimal 等天然不可变类型，语义上天然契合值传递逻辑
- 对自定义类，提供 copy constructor 或 toBuilder()，在方法入口做一次浅拷贝：// 避免调用方原始对象被意外污染
User userCopy = new User(originalUser); - 返回新对象而非复用入参对象，强化“输入→输出”的单向感，比如 withDiscount(0.1) 返回新订单，而不是 applyDiscount(0.1) 修改自身
用封装替代裸参数传递
多个相关参数一起传，容易混淆谁是谁；而值传递下每个都是独立副本，更需结构化表达：
- 把零散参数打包成小对象（DTO 或 record）：OrderCalculationRequest，比传 int qty, double price, String currency, boolean isVip 更易理解
- record 类型天然适合值语义：record DiscountConfig(double rate, LocalDate validFrom) {}，一看就是“一份不可变配置”
- 避免“参数爆炸”，5个以上参数时，基本说明该抽象一层了
配合注解增强语义表达
静态检查工具能帮你守住值传递的契约：
- 用 @NonNull / @Nullable 明确告知参数是否允许 null，减少空指针猜测
- 用 Lombok 的 @Value 标记不可变类，IDE 和阅读者立刻知道“这玩意传进来不会被改内部”
- 自定义注解如 @InputOnly（配合注解处理器或文档约定），进一步声明“此参数仅用于读取”
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
