java字符串三个重要特征:
String 字符串常量
StringBuffer 字符串变量(线程安全)
StringBuilder 字符串变量(非线程安全)
三者之间的关系:
String、StringBuffer、StringBuilder 都实现了 CharSequence 接口,内部都是用一个char数组实现,虽然它们都与字符串相关,但是其处理机制不同。
String:是不可改变的量,也就是创建后就不能在修改了。
StringBuffer:是一个可变字符串序列,它与 String 一样,在内存中保存的都是一个有序的字符串序列(char 类型的数组),不同点是 StringBuffer 对象的值都是可变的。
StringBuilder:与 StringBuffer 类基本相同,都是可变字符换字符串序列,不同点是 StringBuffer 是线程安全的,StringBuilder 是线程不安全的。
三者使用场景:
使用 String 类的场景:在字符串不经常变化的场景中可以使用 String 类,例如常量的声明、少量的变量运算。
使用 StringBuffer 类的场景:在频繁进行字符串运算(如拼接、替换、删除等),并且运行在多线程环境中,则可以考虑使用 StringBuffer,例如 XML 解析、HTTP 参数解析和封装。
使用 StringBuilder 类的场景:在频繁进行字符串运算(如拼接、替换、和删除等),并且运行在单线程的环境中,则可以考虑使用 StringBuilder,如 SQL 语句的拼装、JSON 封装等。
原理:
在性能方面,由于 String 类的操作是产生新的 String 对象,而 StringBuilder 和 StringBuffer 只是一个字符数组的扩容而已,所以 String 类的操作要远慢于 StringBuffer 和 StringBuilder。
简要的说, String 类型和 StringBuffer 类型的主要性能区别其实在于 String 是不可变的对象, 因此在每次对 String 类型进行改变的时候其实都等同于生成了一个新的 String 对象,然后将指针指向新的 String 对象。所以经常改变内容的字符串最好不要用 String ,因为每次生成对象都会对系统性能产生影响,特别当内存中无引用对象多了以后, JVM 的 GC 就会开始工作,那速度是一定会相当慢的。
而如果是使用 StringBuffer 类则结果就不一样了,每次结果都会对 StringBuffer 对象本身进行操作,而不是生成新的对象,再改变对象引用。所以在一般情况下我们推荐使用 StringBuffer ,特别是字符串对象经常改变的情况下。
而在某些特别情况下, String 对象的字符串拼接其实是被 JVM 解释成了 StringBuffer 对象的拼接,所以这些时候 String 对象的速度并不会比 StringBuffer 对象慢,而特别是以下的字符串对象生成中, String 效率是远要比 StringBuffer 快的:
String S1 = “This is only a" + “ simple" + “ test";
StringBuffer Sb = new StringBuilder(“This is only a").append(“ simple").append(“ test");
你会很惊讶的发现,生成 String S1 对象的速度简直太快了,而这个时候 StringBuffer 居然速度上根本一点都不占优势。其实这是 JVM 的一个把戏,在 JVM 眼里,这个
String S1 = “This is only a" + “ simple" + “test";
其实就是:
String S1 = “This is only a simple test";
所以当然不需要太多的时间了。但大家这里要注意的是,如果你的字符串是来自另外的 String 对象的话,速度就没那么快了,譬如:
String S2 = "This is only a";
String S3 = "simple";
String S4 = "test";
String S1 = S2 +S3 + S4;
这时候 JVM 会规规矩矩的按照原来的方式去做。
字符串缓冲池:程序在运行的时候会创建一个字符串缓冲池。
String s = new String("abc");
String s1 = "abc";
String s2 = new String("abc");
System.out.println(s == s1);
System.out.println(s == s2);
System.out.println(s1 == s2);
(1)String s = new String(“abc”); 这句,创建了两个对象..其内容都是”abc”.注意,
s 不是对象,只是引用.只有 new 生成的才是对象.
创建的流程是,首先括号里的”abc”先到 String pool 里看有没”abc”这个对象,没有
则在 pool 里创建这个对象..所以这里就在 pool 创建了一个”abc”对象.然后 通过
new 语句又创建了一个”abc”对象..而这个对象是放在内存的堆里. .这里的 s 指
向堆里的对象.
(2) String s1 = “abc”; 这条语句,s1 当然还是引用 .后面的”abc”.其实就是上面括
号里的”abc”.执行的是相同的操作.即 在 pool 里查找有没”abc”这个对象.没有则
创建一个…很显然,第一条语句在 pool 里已经创建了一个”abc”.所以这条语句没
有创建对象,s1 指向的是 pool 中的”abc”
(3)String s2 = new String(“abc”); 这条语句,其实和第一条是一样的。因为第一
条已经在 pool 中创建了”abc”这个对象,所以这条语句由于在 pool 中先找到了
“abc”,所以不用在 pool 中再次创建”abc”了,而只是在堆里创建了一个新的
“abc”对象.s2 指向的是堆里的”abc”.注意,虽然内容都是”abc”,s 与 s2 表示的是
不同的对象
(4)接下来就很好说了.下面的三个==判断.(注意,==永远是判断内存地址是否相
等) s 与 s1,一个指向堆里的对象,一个指向 pool 里的.很明显是不同的对象.s 与
s2.上面说了,虽然都是指向堆里的对象,内容也是”abc”,但是也不是相同的对象.
s1 与 s2.一个指向 pool,一个指向堆.也不是相同的对象.所以三个都返回 false.
String s = new String("abc");
String s1 = "abc";
String s2 = new String("abc");
System.out.println(s == s1.intern());
System.out.println(s == s2.intern());
System.out.println(s1 == s2.intern());
最后的答案是 false false true
intern()方法.按照 jdk 的帮助文档来说,是返回字符串对象的规范化表示形式。通
俗一点说,就是返回对应这个字符串内容的那个 pool 里的对象.这样说也许还看
不太明白,那可以拿具体例子来说
s1.intern().他的执行流程是,在 pool 里去查找 s1 对应的内容(也就是”abc”).如果
找到,则返回 pool 里的对象.如果没有(老实说,我没想到有哪种情况是没有的),则
在 Pool 创建这个对象,并返回…
这样就很容易理解了.s1.intern 返回的是 pool 里的”abc”对象.与 s 这个堆里的对
象肯定不同,返回 false.同理,s 与 s2.intern()也肯定不同,返回 false.第三个,s1 与
s2.intern().其中 s2.intern()返回的是 pool 中的”abc”对象,而 s1 也是指向 pool 中
的”abc”对象.所以返回的是 true:
String hello = "hello";
String hel = "hel";
String lo = "lo";
System.out.println(hello == "hel" + "lo");
System.out.println(hello == "hel" + lo);
解答 true false
首先,上面已经说明了,hello hel lo 这三个都是指向 pool 中的对象..
现在我们考虑”hel” + “lo” 按照内容来说,两个相加也就是”hello”.这个时候,这个会
返回 pool 中的”hello”对象.所以,hello == “hel” + “lo” 返回的是 true .
而”hel” + lo 虽然内容也是”hello”,但是它将在堆里面生成一个”hello”对象,并返回
这个对象…所以这里的结果是 false
总结一下就是,如果加号两边的是字面值(字面值就是直接在”“里写的值,比如上面
的”hel”与”lo”),那么将在 pool 里查找有没对应内容的对象(这里的内容就是
“hello”),并返回 pool 里的对象.这和 hello 是一样的….
如果加号两边不满足上面的条件(比如,两边的值是引用值或者堆里的字符串对
象).那么将不会再 pool 里查找”hello”,而是直接在堆里生成一个新的对象…
总的说,String 有个特点: 如果程序中有多个String对象,都包含相同的字符串序列,那么这些String对象都映射到同一块内存区域,所以两次new String(“hello”)生成的两个实例,虽然是相互独立的,但是对它们使用hashCode()应该是同样的结果。Note: 字符串数组并非这样,只有String是这样。即hashCode对于String,是基于其内容的。
String 类是final类,不可以继承。对String类型最好的重用方式是组合 而不是继承。
String 有length()方法,数组有length属性
String s = new String(“xyz”); 创建了几个字符串对象?
两个对象,一个静态存储区“xyz”, 一个用new创建在堆上的对象。
String 和 StringBuffer,String Builder区别?
在大部分情况下 StringBuffer > String
Java.lang.StringBuffer 是线程安全的可变字符序列。一个类似于 String 的字符串缓冲区,但不能修改。虽然在任意时间点上它都包含某种特定的字符序列,但通过某些方法调用可以改变该序列的长度和内容。在程序中可将字符串缓冲区安全地用于多线程。而且在必要时可以对这些方法进行同步,因此任意特定实例上的所有操作就好像是以串行顺序发生的,该顺序与所涉及的每个线程进行的方法调用顺序一致。
StringBuffer 上的主要操作是 append 和 insert 方法,可重载这些方法,以接受任意类型的数据。每个方法都能有效地将给定的数据转换成字符串,然后将该字符串的字符追加或插入到字符串缓冲区中。append 方法始终将这些字符添加到缓冲区的末端;而 insert 方法则在指定的点添加字符。
例如,如果 z 引用一个当前内容是 “start”的字符串缓冲区对象,则此方法调用 z.append(“le”) 会使字符串缓冲区包含 “startle”( 累加); 而 z.insert(4, “le”) 将更改字符串缓冲区,使之包含 “starlet”。
在大部分情况下 StringBuilder > StringBuffer
java.lang.StringBuilder 一个可变的字符序列是 JAVA 5.0 新增的。此类提供一个与 StringBuffer 兼容的 API,但不保证同步,所以使用场景是单线程。该类被设计用作 StringBuffer 的一个简易替换,用在字符串缓冲区被单个线程使用的时候(这种情况很普遍)。如果可能,建议优先采用该类,因为在大多数实现中,它比 StringBuffer 要快。两者的使用方法基本相同。