由Map的复制问题引发对深复制和浅复制的思考
2015-02-04 17:50
155 查看
前几天写程序遇到了这样的一个问题:
[java] view
plaincopy
Map<String, Object> args=getparameters();
Map<String, Object> hot_args=args;
hot_args.put("sortItem","pv");
Map<String, Object> common_args=args;
common_args.put("dateId","week");
一直有问题,后来才发现,common_args的sortItem键值和hot_args的键值是一致的,并且在最后,args,hot_args,common_args都是一样的,考虑一番,才想起来这是由于深复制和浅复制的问题:
所谓浅复制:则是只复制对象的引用,两个引用仍然指向同一个对象,在内存中占用同一块内存。被复制对象的所有变量都含有与原来的对象相同的值,而所有的对其他对象的引用仍然指向原来的对象。换言之,浅复制仅仅复制所考虑的对象,而不复制它所引用的对象。
深复制:被复制对象的所有变量都含有与原来的对象相同的值,除去那些引用其他对象的变量。那些引用其他对象的变量将指向被复制过的新对象,而不再是原有的那些被引用的对象。换言之,深复制把要复制的对象所引用的对象都复制了一遍。
下面是我写的一个实现深复制的案例:(实现对POJO对象的深复制)
User.java
[java] view
plaincopy
package text.copy;
public class User implements Cloneable {
private String name;
private String passwd;
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public String getPasswd() {
return passwd;
}
public void setPasswd(String passwd) {
this.passwd = passwd;
}
public Object clone()//重写Cloneable接口的clone()方法
{
User user=null;
try{
user=(User)super.clone();//将一个实例克隆,并抛出异常
}catch(CloneNotSupportedException e)
{
e.printStackTrace();
}
return user;
}
}
使用:
[java] view
plaincopy
User user1=new User();
user1.setName("Lily");
User user2=(User)user1.clone();
user2.setName("admin");
System.out.println("user1.name:"+user1.getName());
System.out.println("user2.name:"+user2.getName());
结果:
[java] view
plaincopy
user1.name:Lily
user2.name:admin
回到最上面,对于Map,我们不好去重写Map类或者HashMap类,但可以通过另外一种方式,HashMap的putAll()来实现:
[java] view
plaincopy
Map<String, Object> args=getparameters();
Map<String, Object> hot_args=new HashMap<String, Object>();
hot_args.putAll(_args);
hot_args.put("sortItem","pv");
Map<String, Object> common_args=new HashMap<String, Object>();
common_args.putAll(_args);
common_args.put("dateId","week");
这样,每次都重新创建一个HashMap对象,在改对象上添加键值,三者互不干扰。。。
[java] view
plaincopy
Map<String, Object> args=getparameters();
Map<String, Object> hot_args=args;
hot_args.put("sortItem","pv");
Map<String, Object> common_args=args;
common_args.put("dateId","week");
一直有问题,后来才发现,common_args的sortItem键值和hot_args的键值是一致的,并且在最后,args,hot_args,common_args都是一样的,考虑一番,才想起来这是由于深复制和浅复制的问题:
所谓浅复制:则是只复制对象的引用,两个引用仍然指向同一个对象,在内存中占用同一块内存。被复制对象的所有变量都含有与原来的对象相同的值,而所有的对其他对象的引用仍然指向原来的对象。换言之,浅复制仅仅复制所考虑的对象,而不复制它所引用的对象。
深复制:被复制对象的所有变量都含有与原来的对象相同的值,除去那些引用其他对象的变量。那些引用其他对象的变量将指向被复制过的新对象,而不再是原有的那些被引用的对象。换言之,深复制把要复制的对象所引用的对象都复制了一遍。
下面是我写的一个实现深复制的案例:(实现对POJO对象的深复制)
User.java
[java] view
plaincopy
package text.copy;
public class User implements Cloneable {
private String name;
private String passwd;
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public String getPasswd() {
return passwd;
}
public void setPasswd(String passwd) {
this.passwd = passwd;
}
public Object clone()//重写Cloneable接口的clone()方法
{
User user=null;
try{
user=(User)super.clone();//将一个实例克隆,并抛出异常
}catch(CloneNotSupportedException e)
{
e.printStackTrace();
}
return user;
}
}
使用:
[java] view
plaincopy
User user1=new User();
user1.setName("Lily");
User user2=(User)user1.clone();
user2.setName("admin");
System.out.println("user1.name:"+user1.getName());
System.out.println("user2.name:"+user2.getName());
结果:
[java] view
plaincopy
user1.name:Lily
user2.name:admin
回到最上面,对于Map,我们不好去重写Map类或者HashMap类,但可以通过另外一种方式,HashMap的putAll()来实现:
[java] view
plaincopy
Map<String, Object> args=getparameters();
Map<String, Object> hot_args=new HashMap<String, Object>();
hot_args.putAll(_args);
hot_args.put("sortItem","pv");
Map<String, Object> common_args=new HashMap<String, Object>();
common_args.putAll(_args);
common_args.put("dateId","week");
这样,每次都重新创建一个HashMap对象,在改对象上添加键值,三者互不干扰。。。
相关文章推荐
- 由Map的复制问题引发对深复制和浅复制的思考
- 从map的一个优雅写法的问题引发的思考
- 读本期《程序员》(8月刊)而引发的对计算机相关专业毕业生就业问题的一些思考
- 一个游戏引发的思考(概率问题)
- 网卡问题引发的思考 推荐
- 一个与直觉相悖的概率问题引发的严肃思考(转自果壳)
- 由“类的成员函数”充当“回调函数”引发的问题的思考和解决方案
- 函数参数----一道简单问题引发思考
- 一个JavaScript问题引发的思考
- 从文档的编写问题引发的一些思考
- 一个小问题引发的论证思考
- Can Computers Think? (Map 1 Issue 1) 计算机能思考吗?(图1问题1)
- 由一个问题引发的思考
- 金额字符串转换成Decimal格式的怪问题引发的思考
- org.apache.jasper.JasperException: Unable to load class for JSP问题引发的思考
- troPipeServer.WaitForConnection()引发的思考。尤其是第二条总结。如果要解决某个问题是一定能解决的,至于怎么解决就要想办法,动脑筋
- 对箫杉《强制结束令牌(token)引发的问题》的思考
- 一个问题引发的思考
- 按钮重置问题引发的思考 --- JQuery & Ajax
- PHP保持SESSION问题以及由SESSION性能引发的一些思考