对象的引用传递与值传递
java语言取消了指针的概念,但是带来一个问题:很多程序员已经快忘记对象与引用的区别了。开发过程中遇到一个莫名其妙的BUG,一直都不能解决,后来才发现就是引用传递与值传递的问题。
1、问题重现
自定义对象Person:
model,纯粹是用来封装数据的,不含业务逻辑
/**
*
*/
package model;
/**
* @author Administrator
*
*/
public class Person {
private Integer id;
private String name;
public Integer getId() {
return id;
}
public void setId(Integer id) {
this.id = id;
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
@Override
public String toString() {
return "id:" + id+" ; name:" + name;
}
}
测试方法CloneTest1(后面要使用到java clone的知识,所以,这里统一使用CloneTest+编号)
主要的逻辑都在这个方法中
/**
*
*/
package clone;
import model.Person;
/**
* @author Administrator
*
*/
public class CloneTest1 {
public void changePerson(Person aPerson){
aPerson.setId(2);
aPerson.setName("b");
}
/**
* @param args
*/
public static void main(String[] args) {
Person aPerson = new Person();
aPerson.setId(1);
aPerson.setName("a");
System.out.println(aPerson.toString());
System.out.println("====================");
new CloneTest1().changePerson(aPerson);
System.out.println(aPerson.toString());
}
}
Console:
id:1 ; name:a
====================
id:2 ; name:b
如果是值传递,输出的信息应该一样。但是,结果,显然出乎意料
通过这个示例,可以发现,java中,方法的参数传递类型:引用传递。
2、开发中会遇到的类似例子
模拟需求:
N年前流传的网络小说中,轻舞飞扬小姐与痞子蔡QQ聊天N久,情投意合,于是,约定见面。飞扬小姐有点为难了,如果痞子蔡是匹狼,飞扬小姐可能要少点物件,或是,多点物件了...;要是痞子蔡高富帅,飞扬小姐岂不错失一段天赐良缘?
假设科技很发达,飞扬小姐复制一个自己去赴约,就算发生意外,也不会影响到飞扬小姐本人。
案例分析:
方法change(约会的英文单词是date,表达不了俺的心愿,暂时用change吧),传递的参数是Person的副本
如果你没有测试过的话,或许提交的代码就是1、问题重现了