java方法形参必须声明类型,不可为空;实参传递基本类型为值副本、引用类型为引用副本;void方法不能return表达式,非void方法每条路径须有return;返回值类型应根据是否需表达“无值”语义选择int、integer或optional。

Java方法定义时形参怎么写才不踩坑
形参本质是方法内部的局部变量,声明时必须带类型,不能只写变量名。常见错误是把形参当成已有变量直接用,比如在方法里写 name.length() 却没检查 name 是否为 null——这会导致运行时抛出 NullPointerException。
- 形参类型要和调用方传入的实际值严格匹配,自动装箱/拆箱只适用于基本类型和对应包装类(如
int↔Integer),但int不能接收null - 多个形参用逗号分隔,顺序不能错;可变参数(
String... args)必须放在最后,且一个方法只能有一个 - 如果想表达“这个参数可为空”,别依赖注释,用
@Nullable(配合 IDE 或 Lombok)或 Java 14+ 的String | null类型(需启用预览特性)
调用方法时实参传什么、怎么传才对
实参是调用时真正塞进括号里的值,它会被复制给形参。关键点在于:基本类型传的是值的副本,引用类型传的是对象引用的副本——不是对象本身,也不是引用的地址。
- 传
int进去,方法里改它,原变量不变;传ArrayList进去,方法里调用add(),原列表会变;但若在方法里重新赋值list = new ArrayList(),原变量仍指向旧列表 - 字符串是特例:
String不可变,所以哪怕传进去再拼接,原变量也不会被影响 - 实参个数、顺序、类型必须和方法签名完全一致,编译器不会帮你“猜”重载——比如有
print(String)和print(Object),传null会编译失败,因为歧义
void 方法为什么不能 return 表达式,非 void 方法为什么必须每条路径都 return
void 方法表示“不返回任何值”,所以 return 后面不能跟表达式,只能单独写 return;(用于提前退出)。而非 void 方法,JVM 要求每个可能执行到的代码路径末尾都有明确的 return 语句,否则编译报错:missing return statement。
- 条件分支多的时候容易漏掉某条分支的
return,比如if (x > 0) { return 1; }后没写else,编译就过不去 -
try-catch块里如果所有分支都有return,但finally里又写了return,那最终返回的是finally的值——这会覆盖前面的逻辑,极难调试 - 返回引用类型时,注意别返回局部对象的引用却忘了它生命周期很短;更常见的问题是返回了内部数组或集合的直接引用,导致外部可随意修改,破坏封装——应该返回副本,比如用
Arrays.copyOf()或Collections.unmodifiableList()
返回值类型选 int 还是 Integer?String 还是 Optional?选什么类型,取决于你是否需要表达“无值”的语义。基本类型(int, boolean)永远有值,包装类(Integer, Boolean)可为 null,而 Optional 是显式契约,告诉调用方“这里可能没东西”。
- 方法可能查不到结果时,别用
null 返回 String,用 Optional<string></string> 更安全,调用方必须显式处理空情况,避免隐式 NullPointerException
- 计算类方法(如
sum(int a, int b))必须用 int,用 Integer 只会增加不必要的装箱开销,且毫无意义
- 接口设计中,如果历史原因已用
null 表示缺失,升级成 Optional 要谨慎——因为 Optional 不能序列化(尤其在 RPC 或 JSON 场景),且 Optional 作为参数或字段是反模式,只该用在返回值
方法签名里每一个形参、每一个返回类型,都在悄悄定义契约边界。很多人卡在运行时异常,其实问题早在定义方法那一刻就埋下了。
选什么类型,取决于你是否需要表达“无值”的语义。基本类型(int, boolean)永远有值,包装类(Integer, Boolean)可为 null,而 Optional 是显式契约,告诉调用方“这里可能没东西”。
- 方法可能查不到结果时,别用
null返回String,用Optional<string></string>更安全,调用方必须显式处理空情况,避免隐式NullPointerException - 计算类方法(如
sum(int a, int b))必须用int,用Integer只会增加不必要的装箱开销,且毫无意义 - 接口设计中,如果历史原因已用
null表示缺失,升级成Optional要谨慎——因为Optional不能序列化(尤其在 RPC 或 JSON 场景),且Optional作为参数或字段是反模式,只该用在返回值
方法签名里每一个形参、每一个返回类型,都在悄悄定义契约边界。很多人卡在运行时异常,其实问题早在定义方法那一刻就埋下了。
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南











