典型回答
jdk1.8中 string内部实际存储结构为char数组,源码如下:
public final class String implements java.io.Serializable,Comparable<String> ,CharSequence{
//御用存储字符串的值
private final char value[];
//缓存字符串的hashcode
private iint hash;
//其他内容
}
构造方法
//String为参数的构造方法
public String(String original){
this.value = oraiginal.value;
this.hash = oraiginal.hash;
}
//char[] 为参数构造方法
public String(char value[]){
this.value = Arrays.copyOf(value,value.length);
}
//StringBuffer 为参数的构造方法
public String(StringBuffer buffer){
synchronized(buffer){
this.value = Arrays.copyOf(buffer.getValue(),buffer.length());
}
}
//StringBuller 为参数的构造方法
public String(StringBuffer builder){
this.value = Arrays.copyOf(builder.getValue(),builder.length);
}
常用方法
- equals() //比较两个引用类型是否相等 返回Boolean
- compareTo() //比较两个字符串 int
- indexOf() //查询字符串首次出现的下标位置
- lastIndexOf() //查询字符串最后出现的下表位置
- contains() //查询字符串中是否包含另外一个字符串
- toLowerCase() //把字符串全部转换成小写
- toUpperCase() //把字符串全部转换成大写
- length() //查询字符串长度
- trim() //去掉字符串首尾空白
- replace() //替换字符串中的某些字符
- split() //把字符串分割并返回字符串数组
- join() //把字符串数组转换成字符串
常见思考问题
-
为什么String类型要用final修饰
String类的源码如下:
public final class String implements ...
java语言之父 James Gosling的回答是,他更倾向于使用final,因为它能够缓存结果,当你在传参是不需要考虑谁会修改它的值;如果是可变类的话,则有可能需要重新拷贝出来一个新值进行传参,这样在性能上就会有一定损失,所以final是String更“高效”。迫使String类设置成final的另一个原因是“安全”,当某些业务需要校验一个String类的值时,若String类可变,则有可能在校验后值改变,造成不可估量的问题,严重会导致系统崩溃。。。
只有字符串不可变是,我们才能实现字符串常量池,字符串常量池可以为我们缓存字符串,提高程序的运行效率
- == 和 equals的区别是什么
==对于基本数据来说是用于比较数据值是否相等,equals是比较引用类型的引用地址是否相等。
Object中的equals()源码:
public boolean equals(Object obj){
return(this == obj);
}
String中equals()源码:
public boolean equals(Object anObject){
//对象引用直接返回true
if(this == anObject){
return true;
}
//判断需要对比的值是否为String类型,如果不是则直接返回false
if(anObject instanceof String){
String anotherString = (String)anObject;
int n = valuee.length;
if(n == anotherString.value.length){
//把两个字符串转换为char数组对比
char v1[] = value;
char v2[] = anotherString.value;
while(n-- !=0){
//如果其中有一个字符串不相等就true false,否则继续对比
if(v1[i] != v2[i]){
return false;
i++;
}
}
return true;
}
}
return false;
}
Object 中的equals()方法其实就是 == ,二String重写了equals()方法修改成比较两个字符串的值是否相等。
-
String 和 StringBuilder、StringBuffer有什么区别
因为String类型是final的,所以在字符串拼接时的性能很低,因此我们就需要使用另一个数据类型StringBuffer,它提供了append和insert方法可用于字符串的拼接,它使用synchronized 来保证线程安全,源码如下:
@Override
public synchronized StringBuffer append(Object obj){
toStringCache = null;
super.append(String.valueOf(obj));
return this;
}
@Override
public synchronized StringBuffer append(String str){
toStringCache = null;
super.append(str);
return this;
}
因为它使用了synchronizd来保证现场安全,所以性能不是很高,于是jdk1.5就有了StringBuilder,它同样提供了append和insert的拼接方法,但是它没有使用synchronizd来修饰,因此在性能上要优与StirngBuffer,所以在非并发操作的环境下可使用StringBuffer来进行字符串拼接。
- String类型在jvm中是如何储存的?编译器对String做了哪些优化?
String常见的创建方式有两种,直接赋值“String s1 = “java” ”和“ String s2 = new String(“java”) ”;但两者在jvm的存储区域却截然不同,在jdk1.8中,变量s1会先去字符串常量池中找字符串“java”,如果有相同的字符串则直接返回常量句柄,如果没有此字符串则会先在常量池中创建此字符串,然而再返回常量句柄;而变量s2是直接在堆上创建一个变量,如果调用intern方法才会把此字符串保存到常量池中。
jdk1.7之后把永生代换成的元空间,把字符串常量池从方法区移到了java堆上,除此之外编译器还对String字符串做了一些优化
String s1 = "ja"+"va";
String s2 = "java";
System.out.println(s1 == s2);
虽然s1凭借了多个字符串,但是对比的结果却是true,我们尝试用反编译工具反编译,最后结论可以得到:“ja”+"ja"被直接编译成了“java”因此s1==s2的结果才是true,这就是编译器对字符串优化的结果
- String 的 intern()方法有什么含义?
String s1 = new String("java");
String intern = s1.intern();
String s3 = "java";
System.out.println(s1 == s3); //false
System.out.println(intern == s3); //true
故intern()的方法时将 字符串变量放入常量池中。