java所有方法（含静态方法）均只支持值传递：基本类型传值副本，引用类型传地址副本；静态方法不改变该规则，形参修改对象属性会影响原对象，但重赋值引用不会改变实参指向。
Java静态方法本身不依赖对象实例，但它接收的参数仍遵循统一的值传递规则——无论参数是基本类型还是对象引用，传进来的都是“值”：基本类型传副本，引用类型传的是引用地址的副本。
静态方法里的参数仍是值传递
静态方法不能访问this，也不操作实例状态，但这不影响参数传递机制。Java中从来不存在真正的“引用传递”，所有参数都是按值传递。所谓“对象能被修改”，是因为你拿到的是对象地址的拷贝，两个引用指向同一块堆内存。
- 传int、boolean等基本类型：形参改了，实参不变
- 传StringBuffer、自定义对象等引用类型：可通过形参调用setXXX()改变对象内部状态，但无法让实参指向新对象（比如obj = new Xxx()只改形参引用）
静态方法中使用对象引用的常见误区
容易混淆的点在于：既然静态方法不属对象，那它操作的对象引用是否特殊？答案是否定的。只要参数声明为引用类型（如List
- 错误认知：“静态方法里传对象，就是传引用本身” → 实际上传的是引用变量存储的那个地址值的副本
- 典型陷阱：在静态方法内执行list = new ArrayList()，不会影响调用方原来的list变量，因为它只是把形参换了个指向
- 安全做法：若需替换对象，应返回新对象，由调用方重新赋值
静态域与对象引用的协同使用
静态方法常配合静态字段使用，比如工具类中的Collections.sort()或自定义的IdGenerator.next()。这时要注意：静态字段被所有实例共享，若它持有一个可变对象（如static Map
- 若静态方法修改了静态引用所指对象的状态（如cache.put("k", v)），效果全局可见
- 若静态方法新建对象并赋给静态引用（如cache = new ConcurrentHashMap()），则会切断原有引用，影响后续所有访问
- 涉及并发时，建议用synchronized、ConcurrentHashMap或AtomicReference保护共享引用目标
什么时候该用静态方法处理对象引用
适合用静态方法操作对象引用的场景，核心是“不依赖实例状态 + 参数足够表达意图”：
- 纯计算型：如StringUtils.isEmpty(str)、JsonUtil.toJson(obj)
- 工厂构造：如LocalDateTime.of(year, month, day)，参数明确，无需已有实例
- 转换/校验逻辑：如Validator.isValidEmail(email)，输入输出清晰，无副作用
- 避免滥用：若方法需频繁访问this.name、this.items等，说明它本质属于实例行为，不应强行静态化
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
