java 没有 const 参数修饰符，因设计倾向“约定优于强制”且参数为值传递；保障纯洁性需组合使用不可变类型、文档约定、静态检查、防御性拷贝及只读接口。
Java 本身没有类似 const（C/C++）或 readonly（C#）这样的“不可变参数修饰符”来直接声明方法参数为只读。也就是说，**你不能在方法签名中加一个关键字让编译器强制阻止对参数的修改**——这是 Java 语言设计上的限制。
为什么 Java 没有 const 参数？
Java 的设计哲学倾向于“约定优于强制”，且早期为了简化语言特性，未引入底层内存级别的常量语义。参数传递本质是值传递（对象引用也是值），即使你“不改”参数变量，也无法阻止方法内部通过该引用来修改对象状态（除非对象本身是不可变的）。
真正能保障输入数据“纯洁性”的方式
所谓“纯洁性”，核心是：**方法不改变传入对象的内部状态，也不产生外部副作用**。这靠的是组合策略，而非单个语法修饰符：
-
使用真正的不可变类型作为参数：比如
String、Integer、LocalDateTime、自定义的final字段 + 无 setter + 不暴露可变内部的类（如ImmutableList来自 Guava 或java.util.List.copyOf()创建的不可变视图）。 -
约定 + 文档 + 静态检查：在 Javadoc 中明确写明“此参数不应被修改”，并配合工具（如 ErrorProne、Checkstyle）检测对集合参数的非安全操作（例如调用
clear()、add()）。 -
防御性拷贝（Defensive Copy）：如果参数是可变对象（如
ArrayList、自定义 POJO），且你无法控制调用方行为，就在方法入口手动复制一份（注意深浅拷贝语义）：
public void process(Listinput) {
ListsafeCopy = new ArrayList(input); // 浅拷贝
// 后续只操作 safeCopy
} -
使用接口约束行为：接收
Collection、List等只读接口类型，并在文档中强调“仅用于遍历”。更进一步，Java 10+ 可用List.copyOf()返回不可变列表，或用Collections.unmodifiableList()包装（运行时防护）。
常见误区提醒
很多人误以为 final 参数能保证不可变：
-
final List<string> list</string>只禁止重新赋值list变量，但list.add("x")完全合法 —— 对象状态仍可变。 - “不可变参数”不是语言特性，而是开发者对类型选择、契约约定和防御策略的综合实践。
不复杂但容易忽略：纯洁性不在签名里，而在类型选得对不对、文档写得清不清、拷贝做没做、工具跟没跟上。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
