以Integer类型传参值不变来理解Java值传参

2020-12-13 15:35

阅读:370

标签:code   change   color   直接   val   操作   习惯   ring   cin   

最近在写代码的时候出了一个错误,由于对值引用理解的不深,将Integer传入方法中修改,以为传入后直接修改Integer中的值就不用写返回值接收了,虽然很快发现了问题,但还是来总结一下

首先是代码:

public static void main(String[] args){
    Integer a1 = 5;
    updateInteger(a1);
    System.out.println(a1);
}
 
public static void updateInteger(Integer var){
    var = 10;
}

打印输出的结果是5,应该是毫无疑问的,可当时为什么我会认为a1应该是10呢?

大概是平时经常obj.integer = number习惯了,所以觉得操作了一个引用就可以修改对象里的值

 

当我执行var = 10 的值以后,由于jdk1.5自动装箱的特性,实际情况是等价于执行 var = Integer.valueOf(10);

valueOf()方法 参看源码 会根据传入的数值 如果在-128-127之间 就从常量池中获取一个Integer对象返回

如果不在范围内 会new Integer(var)返回

那么执行 var = 10以后 

 

当时我天真的以为是操作了那个5变成了10

好了 ,这两张图已经足够说明Java传参为什么是值传参而不是引用传参了

总结一下:

值传参:将传入的值拷贝一份 ,比如传入int a = 5,并不会将变量a的地址传给方法

又或者传入对象类型Integer a1 =5 ,a1本身是个引用,传入方法后不会直接将a1这个引用传入,而是重新复制一份引用到方法参数中 ,有点绕 不理解? 想一下如果是将a1真实的传入上述的方法中,那就变成a1 = new Integer(10) ,结果就不一样了,变成下图所示,当然这是在JAVA中不可能的

引用传参:你可以理解为每次都把变量本身真实的传进去了,不管是个像int a这种引用地址的变量,还是像Integer a1这种引用对象的变量

 

public static void main(String[] 参数) {     
  AtomicInteger i=new AtomicInteger(40);
  i.intValue();
  System.out.println(i);
 }
    public static void change(AtomicInteger i) {
     i.set(55);
}

 

以Integer类型传参值不变来理解Java值传参

标签:code   change   color   直接   val   操作   习惯   ring   cin   

原文地址:https://www.cnblogs.com/zhaoyan001/p/11613066.html


评论


亲,登录后才可以留言!