-
Notifications
You must be signed in to change notification settings - Fork 124
Java 中的字符串
String s1 = new String("abc")
对于这一问题应该分情况讨论,因为虚拟机在JDK7之前与之后对于字符串常量池的实现是不一样的。
(1)JDK7之前
对于String类型的数据,JVM维护了一个字符串常量池来存放字符串对象。JDK7之前,字符串常量池位于方法区(永久代)。上述代码中如果常量池中还没有”abc"对象,则会首先在字符常量池中生成一个”abc"对象,如果“abc"已经存在于字符串常量池,则不会再次生成。注意这个字符串对象是位于永久代而非堆内存。接着,在执行new的时候在堆内存中再生成一个“abc"对象,并将这个对象的引用赋值给了s1。因此上述代码可能生成两个String对象,也可能生成一个。如下图:
而在JDK7之后,由于常量池被移到了堆内存,并且常量池中不再存放字符对象,而是存放字符串的引用。 那么上述代码中则首先会在堆内存中生成一个“abc"对象,并将这个对象的引用会放入常量池。接着,在执行new时,会再次在堆中生成一个”abc"对象,并将这个对象引用赋值给s1。如下图:
因此,无论是在JDK7之前还是之后,这一代码都会生成一个或者两个字符串对象,只是内存的分配会有所区别。
当调用intern方法的时候,如果字符串常量池中已经包含了一个等于该String对象的字符串,则直接返回字符串常量池中该字符串的引用。否则,会将该字符串对象包含的字符串添加到常量池,并返回此对象的引用。
详情可参考:Java进阶--深入理解Java中的字符串(一)
(1)String 类被final修饰,同时内部维护的char[] 数组也是final修饰的,意味着String类是无法被继承和改变的。它内部不存在扩容机制。字符串拼接,截取等操作都会生成一个新的字符串对象。因此,频繁操作String对象效率会比较低。
(2)StringBuilder继承自AbstractStringBuilder, 类内部维护了一个可变长度char[] (即没有final修饰), 初始化数组容量为16,当char[]的空间不足时会启用存在扩容机制。在操作StringBuilder的字符串时会调用System的native方法进行数组的拷贝。因此,不会像String一样重新生成新的字符串对象。 但在调用 toString方法时不会共享StringBuilder对象内部的char[],而是进行一次char[]的copy操作,使用新生成的char[]数组重新生成的String对象。toString代码如下:
public String toString() {
// Create a copy, don't share the array
return new String(value, 0, count);
}
另外,StringBuilder是非线程安全的。
(3)StringBuffer同样也继承自AbstractStringBuilder,由于大部分逻辑都是在AbstractStringBuilder中实现的,所以StringBuilder与StringBuilder差别不大。只是StringBuffer重写了相关方法,并加了synchronize关键字,保证了线程安全。另外一点是StringBuffer有一个String类型的toStringCach的缓存,在进行字符串操作的时候都会更新toStringCache的值。在调用toString方法时,返回的String共享了toStringCach。如下代码:
@Override
public synchronized String toString() {
if (toStringCache == null) {
toStringCache = Arrays.copyOfRange(value, 0, count);
}
return new String(toStringCache, true);
}
- JMM与volatile关键字
- synchronized的实现原理
- synchronized等待与唤醒机制
- ReentrantLock的实现原理
- ReentrantLock等待与唤醒机制
- CAS、Unsafe类以及Automic并发包
- ThreadLocal的实现原理
- 线程池的实现原理
- Java线程中断机制
- 多线程与并发常见面试题
- Android基础知识汇总
- MVC、MVP与MVVM
- SparseArray实现原理
- ArrayMap的实现原理
- SharedPreferences
- Bitmap
- Activity的启动模式
- Fragment核心原理
- 组件化项目架构搭建
- 组件化WebView架构搭建
- 为什么 Activity.finish() 之后 10s 才 onDestroy ?
- Android系统启动流程
- InputManagerService
- WindowManagerService
- Choreographer详解
- SurfaceFlinger
- ViewRootImpl
- APP启动流程
- Activity启动流程
- PMS 安装与签名校验
- Dalvik 与 ART
- 内存优化策略
- UI界面及卡顿优化
- App启动优化
- ANR问题
- 包体积优化
- APK打包流程
- 电池电量优化
- Android屏幕适配
- 线上性能监控1--线上监控切入点
- 线上性能监控2--Matrix实现原理
- Glide实现原理
- OkHttp实现原理
- Retrofit实现原理
- RxJava实现原理
- RxJava中的线程切换与线程池
- LeakCanary实现原理
- ButterKnife实现原理
- ARouter实现原理
- Tinker实现原理
- 2. 两数相加
- 19.删除链表的倒数第 N 个结点
- 21. 合并两个有序链表
- 24. 两两交换链表中的节点
- 61. 旋转链表
- 86. 分隔链表
- 92. 反转链表 II
- 141. 环形链表
- 160. 相交链表
- 206. 反转链表
- 206 反转链表 扩展
- 234. 回文链表
- 237. 删除链表中的节点
- 445. 两数相加 II
- 面试题 02.02. 返回倒数第 k 个节点
- 面试题 02.08. 环路检测
- 剑指 Offer 06. 从尾到头打印链表
- 剑指 Offer 18. 删除链表的节点
- 剑指 Offer 22. 链表中倒数第k个节点
- 剑指 Offer 35. 复杂链表的复制
- 1. 两数之和
- 11. 盛最多水的容器
- 53. 最大子序和
- 75. 颜色分类
- 124.验证回文串
- 167. 两数之和 II - 输入有序数组 -169. 多数元素
- 189.旋转数组
- 209. 长度最小的子数组
- 283.移动0
- 303.区域和检索 - 数组不可变
- 338. 比特位计数
- 448. 找到所有数组中消失的数字
- 643.有序数组的平方
- 977. 有序数组的平方