深入分析String.intern和String常量的实现原理

网友评论

• markRao:字符串是由什么组成的？char?
• 
  DoubleShell:之前一直不是特别明白，网上看了其他一些解释还是不太懂，看了这里面的两个图就懂了，感谢博主。不过我不太明白图里面的空心圆圈表示什么？
• 
  c1d2cf020664:对于变量s2，常量池中一开始就已经存在"java"字符，为啥一开始就存在？

  N3verL4nd:好奇宝宝：
  https://www.zhihu.com/question/51102308/answer/124441115

  landy8530:狼哥，你好，我用Jrocket1.6试了一下，结果有点以外。
  String s1 = new StringBuffer("hello").append("world").toString();
  System.out.println(s1.intern() == s1);
  
  String s2 = new StringBuffer("ja").append("va").toString();
  System.out.println(s2.intern() == s2);
  结果如下：
  "C:\Program Files (x86)\Java\jrockit-jdk1.6.0_45-R28.2.7-4.1.0\bin\java"
  true
  true
  能麻烦有空的时候解释一下吗？谢谢！

  程序员驿站:应该jvm已经把‘ java’这个字符串就放到常量池
• 
  d873b92c2329:String x2 = new StringBuilder().append("bbb").toString();
  System.out.println(x2.intern() == x2);
  jdk1.7 为false
  String x2 = "bbb";
  System.out.println(x2.intern() == x2);
  jdk1.7 为true
  麻烦楼主帮忙看一下 为何同样1.7 和楼主示例代码结果不一致呢 谢谢

  山_3c05:第一个x2对象的intern方法会在常量池中复制一个bbb并返回常量池中的引用，x2是在堆上面初始化的地址，两个地址不一样，第二个是常量池中已经有了bbb，intern方法直接返回了bbb的地址引用，在String x2 = "bbb";的时候双引号直接放到了常量池中，无论物理地址还是值都是一样的！所以是true

  木易爽:第一个X2是在堆里面得对象 而 x2.intern()是会在常量池里面分配 所以 为flase
  第二个 X2="bbb"这样得数据本身就会在常量分配 所以 x2.intern()==x2 为true
• wcyong:很不错，java大牛

  d873b92c2329:String x2 = new StringBuilder().append("bbb").toString();
  System.out.println(x2.intern() == x2);
  jdk1.7 为false
  String x2 = "bbb";
  System.out.println(x2.intern() == x2);
  jdk1.7 为true
  麻烦楼主帮忙看一下 为何同样1.7 和楼主示例代码结果不一致呢 谢谢

  美团Java:@wcyong 多谢支持
• 
  10bbe900ffc4:贴不下，删除了好些守护线程，如能赐教甚为感谢
  "pool-1-thread-1" prio=6 tid=0x4e86b000 nid=0x238c waiting on condition [0x4ec0f000]
  java.lang.Thread.State: WAITING (parking)
  - parking to wait for <0x04da7e30> (a java.util.concurrent.FutureTask$Sync)
  at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
  java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:834)
  java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java:994)
  at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java:1303)
  at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:248)
  at java.util.concurrent.FutureTask.get(FutureTask.java:111)
  Locked ownable synchronizers:
  - <0x04925880> (a java.util.concurrent.ThreadPoolExecutor$Worker)
  
  
  "Finalizer" daemon prio=8 tid=0x4e7a1000 nid=0x2028 in Object.wait() [0x4ebbf000]
  java.lang.Thread.State: WAITING (on object monitor)
  at java.lang.Object.wait(Native Method)
  - waiting on <0x04835188> (a java.lang.ref.ReferenceQueue$Lock)
  at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:135)
  
  "Reference Handler" daemon prio=10 tid=0x4e79c400 nid=0x2190 in Object.wait() [0x4ea4f000]
  java.lang.Thread.State: WAITING (on object monitor)
  at java.lang.Object.wait(Native Method)
  - waiting on <0x04834d90> (a java.lang.ref.Reference$Lock)
  at java.lang.Object.wait(Object.java:503)
  
  "main" prio=6 tid=0x0018f000 nid=0x1d68 waiting on condition [0x00c8f000]
  java.lang.Thread.State: WAITING (parking)
  at sun.misc.Unsafe.park(Native Method)
  - parking to wait for <0x049257e0> (a java.util.concurrent.FutureTask$Sync)
  at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
  java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:834)

  美团Java:@treenewtreenew 线程池在执行到a.get()的时候，被park挂起，提交的ATask在队列中，并不会被执行，这个时候程序已经不动了，也不会消耗cpu，切确的说这种不算是死锁，该线程只是一直在waiting，就是下面这段
  "pool-1-thread-1" prio=6 tid=0x4e86b000 nid=0x238c waiting on condition [0x4ec0f000]
  java.lang.Thread.State: WAITING (parking)
  - parking to wait for <0x04da7e30> (a java.util.concurrent.FutureTask$Sync)
  at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
  java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:834)
  java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java:994)
  at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java:1303)
  at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:248)
  at java.util.concurrent.FutureTask.get(FutureTask.java:111)
  Locked ownable synchronizers:
  - <0x04925880> (a java.util.concurrent.ThreadPoolExecutor$Worker)

  10bbe900ffc4:@占小狼 是啊。
  我是让它“线程饥饿死锁”：单线程的线程池提交了两个任务ATask，CTask，且CTask要等待ATask任务的结果。
  private static class CTask implements Callable<String>{
  
  @Override
  public String call() throws Exception {
  // TODO Auto-generated method stub
  Future<String> a = exec.submit(new ATask());
  return a.get();
  }
  
  }
  

  美团Java:@treenewtreenew 单线程并不会发生死锁啊，发生死锁只可能在多线程环境，线程1获取锁A，等待锁B，线程2获取锁B，等待锁A，这样才是死锁
• 
  10bbe900ffc4:占小狼，请教一个并发编程实战书上的问题“线程饥饿死锁”，我理解的意思是任务间有依赖性，且多个任务提交到个数较少的线程池中，典型的是几个任务提交到单线程线程池中，又相互依赖出现线程饥饿死锁。于是就写了下面这个很简单的例子，我的问题是：
  确实发生了死锁，可是我看线程dump不知道怎么才能分辨出哪几个线程发生了死锁，检测死锁也没有检测到(我用的是jdk自带的VisualVM)。
  
  代码(线程dump下一贴再贴)：
  private static ExecutorService exec = Executors.newSingleThreadExecutor();
  
  public static void main(String[] args) {
  // TODO Auto-generated method stub
  
  Future<String> c = exec.submit(new CTask());
  
  try {
  System.out.println(c.get());
  } catch (InterruptedException e) {
  // TODO Auto-generated catch block
  e.printStackTrace();
  } catch (ExecutionException e) {
  // TODO Auto-generated catch block
  e.printStackTrace();
  }
  
  }
  
  private static class ATask implements Callable<String>{
  
  @Override
  public String call() throws Exception {
  // TODO Auto-generated method stub
  return "AAAAAA";
  }
  
  }
  
  private static class CTask implements Callable<String>{
  
  @Override
  public String call() throws Exception {
  // TODO Auto-generated method stub
  Future<String> a = new FutureTask<String>(new ATask());
  return a.get();
  }
  
  }
  ============线程dump==============
  
• 
  此鱼不得水:写的挺好的,挺博主

  美团Java:@档滴啷当 多谢肯定