【String实现】面试官,请不要再用Java面试题考Android开发者了!
来源:互联网 发布:淘宝马切达工作室 编辑:程序博客网 时间:2024/05/16 16:02
所有的Android开发者在面试的时候,肯定会遇到类似于下面这个Java 275必考题目:
String s1 = "abcdefg";
String s2 = s1.subString(1, 3);
System.out.println(s1);
System.out.println(s2);
Question: How many strings are created and what is the output of the above code?
在Java中,这道题的答案是:对象池中有2个字符串常量:“abcdefg”和“bc”,分别由s1和s2指向它们。程序输出为:
但是在Android中,这道题的答案有些许的不同,程序输出一样,但是对象池中只有一个字符串常量:“abcdefg”。
先来看看两个平台的String源码吧!源码中最大的不同在于成员变量,首先是Android 4.4(API Level 19):
下面是JDK 7的:
可以看到,Android的String类多了两个成员变量offset和length,很自然的想到这两个成员变量都是为char数组value来服务的,接下来去看看Android 4.4 String类的javadoc:
可以看到Android平台的String和Java一样,都是作为不变的常量来对待,都是指向底层的char数组(Android中叫做Backing Array),不同的是Andorid做了一个优化:不同的String对象可以共享同一个Backing Array,只是offset和length略有区别。例如String.subString()方法返回的String对象和调用该方法的源String对象ALWAYS共享同一个BackingArray。
这种优化的好处就像本文开始的那个题目一样,不需要创建那么多的char数组,但是坏处就是被多个String对象共享的Backing Array,只有在所有String对象都被GC的情况下才会被GC。这样会引起小猪挂大猪的现象,例如从一个长度很长的String对象中截取一个较短的子串String对象,虽然源String对象很快标记为垃圾,但是由于子串一直在代码中使用,导致较大的Backing Array一直得不到释放。
不过Android也提供了解决方案,采用下面的代码生成的子串,可以保证子串不会和源String对象共享Backing Array:
眼见为实,下面在Android和Java平台写段代码来验证下:
把上述代码添加到Android项目中任意一处可以执行到的地方,加上断点,在Debug模式下查看每个String的vlaue数组:
String s1 = "abcdefg";
String s2 = s1.subString(1, 3);
System.out.println(s1);
System.out.println(s2);
Question: How many strings are created and what is the output of the above code?
在Java中,这道题的答案是:对象池中有2个字符串常量:“abcdefg”和“bc”,分别由s1和s2指向它们。程序输出为:
abcdefgbc
但是在Android中,这道题的答案有些许的不同,程序输出一样,但是对象池中只有一个字符串常量:“abcdefg”。
先来看看两个平台的String源码吧!源码中最大的不同在于成员变量,首先是Android 4.4(API Level 19):
public final class String implements Serializable, Comparable<String>, CharSequence { ... private final char[] value; private final int offset; private final int count; private int hashCode; ...}
下面是JDK 7的:
public final class String implements java.io.Serializable, Comparable<String>, CharSequence { /** The value is used for character storage. */ private final char value[]; /** Cache the hash code for the string */ private int hash; // Default to 0 ...}
可以看到,Android的String类多了两个成员变量offset和length,很自然的想到这两个成员变量都是为char数组value来服务的,接下来去看看Android 4.4 String类的javadoc:
可以看到Android平台的String和Java一样,都是作为不变的常量来对待,都是指向底层的char数组(Android中叫做Backing Array),不同的是Andorid做了一个优化:不同的String对象可以共享同一个Backing Array,只是offset和length略有区别。例如String.subString()方法返回的String对象和调用该方法的源String对象ALWAYS共享同一个BackingArray。
这种优化的好处就像本文开始的那个题目一样,不需要创建那么多的char数组,但是坏处就是被多个String对象共享的Backing Array,只有在所有String对象都被GC的情况下才会被GC。这样会引起小猪挂大猪的现象,例如从一个长度很长的String对象中截取一个较短的子串String对象,虽然源String对象很快标记为垃圾,但是由于子串一直在代码中使用,导致较大的Backing Array一直得不到释放。
不过Android也提供了解决方案,采用下面的代码生成的子串,可以保证子串不会和源String对象共享Backing Array:
String longString = "abcdefg-very-long-xyz";String subString = new String(longString.subString(1, 2));
眼见为实,下面在Android和Java平台写段代码来验证下:
String s1 = "abcdefg";String s2 = s1.substring(1, 3);String s3 = "bc";String s4 = new String(s1.substring(1, 3));
把上述代码添加到Android项目中任意一处可以执行到的地方,加上断点,在Debug模式下查看每个String的vlaue数组:
老实说,对Android API的关注,一直以来主要集中于非java命名的包上,看来以后也要对这些java包多多关注,哈哈
【后记】本文的测试是基于Android 4.4和Java 1.7的,感谢1楼同学的提醒,Java1.6中的String的行为和Android中类似,也会共享Backing Array。虽然其在Javadoc中并没有像Andorid那样显式说明。
0 0
- 【String实现】面试官,请不要再用Java面试题考Android开发者了!
- 请不要再用MongoDB了
- Java 8:不要再用循环了
- Java 8:不要再用循环了
- Java 8:不要再用循环了
- Java 8:不要再用循环了
- Java 8:不要再用循环了
- Java 8:不要再用循环了
- 请不要再用老土的销售对白了
- 请不要再用老土的销售话术了!
- 合并静态库,请不要再用ar x了,坑啊
- 【翻译】Unity开发者们,不要再用GameObject.Find方法了!
- java 判断类型instanceof,不要再用try catch了
- Java 8:新特性不要再用循环了
- Java String面试题
- Java String面试题
- 饿了么java面试题(三轮面试亲身经历总结)
- java面试题十三 string创建了几个对象
- Android4.2中应用接收开机广播(android.intent.action.BOOT_COMPLETED)失败的原因
- python调用外部子进程,通过管道实现异步标准输入和输出
- Android ListView的OnItemClickListener详解
- awk调用shell命令与getline和system函数
- 常用的Eclipse快捷键
- 【String实现】面试官,请不要再用Java面试题考Android开发者了!
- 设计模式(策略模式)
- D3D加载纹理的步骤(1)
- Java学习之路之Hello World小程序
- linear regression的SAS 结果解读
- 第五周作业--有向图邻接表表示及反向图构造
- django 高级视图和URL配置
- 浅谈meta标签
- android Dialogfragment