字符串常量池
String的基本特性
-
String被声明为final的，不可被继承
-
String实现了Serializable接口：表示字符串是支持序列化的。实现了Comparable接口：表示String可以比较大小
-
String在jdk8及以前内部定义了
final char value[]用于存储字符串数据。JDK9时改为byte[] -
String：代表不可变的字符序列。简称：不可变性。
- 当对字符串重新赋值时，需要重写指定内存区域赋值，不能使用原有的value进行赋值。
- 当对现有的字符串进行连接操作时，也需要重新指定内存区域赋值，不能使用原有的value进行赋值。
- 当调用String的replace()方法修改指定字符或字符串时，也需要重新指定内存区域赋值，不能使用原有的value进行赋值。
-
通过字面量的方式（区别于new）给一个字符串赋值，此时的字符串值声明在字符串常量池中。
为什么采用byte存储
- String类的当前实现将字符存储在char数组中，每个字符使用两个字节(16位)。
- 从许多不同的应用程序收集的数据表明，字符串是堆使用的主要组成部分，而且大多数字符串对象只包含拉丁字符（Latin-1）。这些字符只需要一个字节的存储空间，因此这些字符串对象的内部char数组中有一半的空间将不会使用，产生了大量浪费。
- 之前 String 类使用 UTF-16 的 char[] 数组存储，现在改为 byte[] 数组 外加一个编码标识存储。该编码表示如果你的字符是ISO-8859-1或者Latin-1，那么只需要一个字节存。如果你是其它字符集，比如UTF-8，你仍然用两个字节存
- 结论：String再也不用char[] 来存储了，改成了byte [] 加上编码标记，节约了一些空间
- 同时基于String的数据结构，例如StringBuffer和StringBuilder也同样做了修改
字符串常量池是不会存储相同内容的字符串的
- String的String Pool（字符串常量池）是一个固定大小的Hashtable，默认值大小长度是1009。如果放进String Pool的String非常多，就会造成Hash冲突严重，从而导致链表会很长，而链表长了后直接会造成的影响就是当调用String.intern()方法时性能会大幅下降。
- 使用-XX:StringTablesize可设置StringTable的长度
- 在JDK6中StringTable是固定的，就是1009的长度，所以如果常量池中的字符串过多就会导致效率下降很快，StringTablesize设置没有要求
- 在JDK7中，StringTable的长度默认值是60013，StringTablesize设置没有要求
- 在JDK8中，StringTable的长度默认值是60013，StringTable可以设置的最小值为1009
String的内存分配
- 在Java语言中有8种基本数据类型和一种比较特殊的类型String。这些类型为了使它们在运行过程中速度更快、更节省内存，都提供了一种常量池的概念。
- 常量池就类似一个Java系统级别提供的缓存。8种基本数据类型的常量池都是系统协调的，String类型的常量池比较特殊。它的主要使用方法有两种。
- 直接使用双引号声明出来的String对象会直接存储在常量池中。比如：
String info="atguigu.com"; - 如果不是用双引号声明的String对象，可以使用String提供的intern()方法。这个后面重点谈
- 直接使用双引号声明出来的String对象会直接存储在常量池中。比如：
常量池存放位置
- Java 6及以前，字符串常量池存放在永久代
- Java 7中 Oracle的工程师对字符串池的逻辑做了很大的改变，即将字符串常量池的位置调整到Java堆内
- 所有的字符串都保存在堆（Heap）中，和其他普通对象一样，这样可以让你在进行调优应用时仅需要调整堆大小就可以了。
- 字符串常量池概念原本使用得比较多，但是这个改动使得我们有足够的理由让我们重新考虑在Java 7中使用String.intern()。
- Java8元空间，字符串常量在堆
那么问题来了，为什么要调整位置？
- 永久代的默认空间大小比较小
- 永久代垃圾回收频率低，大量的字符串无法及时回收，容易进行Full GC产生STW或者容易产生OOM：PermGen Space
- 堆中空间足够大，字符串可被及时回收
字符串拼接
- 常量与常量的拼接结果在常量池，原理是编译期优化
- 常量池中不会存在相同内容的变量
- 拼接前后，只要其中有一个是变量，结果就在堆中。变量拼接的原理是StringBuilder
- 如果拼接的结果调用intern()方法，根据该字符串是否在常量池中存在，分为：
- 如果存在，则返回字符串在常量池中的地址
- 如果字符串常量池中不存在该字符串，则在常量池中创建一份，并返回此对象的地址
常量与常量的拼接结果在常量池，原理是编译期优化
@Test
public void test1(){
String s1 = "a" + "b" + "c";//编译期优化：等同于"abc"
String s2 = "abc"; //"abc"一定是放在字符串常量池中，将此地址赋给s2
/*
* 最终.java编译成.class,再执行.class
* String s1 = "abc";
* String s2 = "abc"
*/
System.out.println(s1 == s2); //true
System.out.println(s1.equals(s2)); //true
}
通过IDEA查看反编译后的.class文件，我们可以看出：经过编译后，s1已经是 “abc” 字符串了
@Test
public void test1(){
String s1 = "abc";
String s2 = "abc";
System.out.println(s1 == s2);
System.out.println(s1.equals(s2));
}
也可以通过查看字节码指令来看：也可以看出在编译期做了优化，将 “a” + “b” + “c” 优化成了 “abc”
0 ldc #2 <abc>
2 astore_1
3 ldc #2 <abc>
5 astore_2
6 getstatic #3 <java/lang/System.out>
9 aload_1
10 aload_2
11 if_acmpne 18 (+7)
14 iconst_1
15 goto 19 (+4)
18 iconst_0
19 invokevirtual #4 <java/io/PrintStream.println>
22 getstatic #3 <java/lang/System.out>
25 aload_1
26 aload_2
27 invokevirtual #5 <java/lang/String.equals>
30 invokevirtual #4 <java/io/PrintStream.println>
33 return
拼接前后，只要其中有一个是变量，结果就在堆中
调用 intern() 方法，则主动将字符串对象存入字符串常量池中，并将其地址返回
@Test
public void test2(){
String s1 = "javaEE";
String s2 = "hadoop";
String s3 = "javaEEhadoop";
String s4 = "javaEE" + "hadoop";//编译期优化
//如果拼接符号的前后出现了变量，则相当于在堆空间中new String()，具体的内容为拼接的结果：javaEEhadoop
String s5 = s1 + "hadoop";
String s6 = "javaEE" + s2;
String s7 = s1 + s2;
System.out.println(s3 == s4);//true
System.out.println(s3 == s5);//false
System.out.println(s3 == s6);//false
System.out.println(s3 == s7);//false
System.out.println(s5 == s6);//false
System.out.println(s5 == s7);//false
System.out.println(s6 == s7);//false
//intern():判断字符串常量池中是否存在javaEEhadoop值，如果存在，则返回常量池中javaEEhadoop的地址；
//如果字符串常量池中不存在javaEEhadoop，则在常量池中加载一份javaEEhadoop，并返回次对象的地址。
String s8 = s6.intern();
System.out.println(s3 == s8);//true
}
从字节码角度来看：拼接前后有变量，都会使用到 StringBuilder 类
0 ldc #6 <javaEE>
2 astore_1
3 ldc #7 <hadoop>
5 astore_2
6 ldc #8 <javaEEhadoop>
8 astore_3
9 ldc #8 <javaEEhadoop>
11 astore 4
13 new #9 <java/lang/StringBuilder>
16 dup
17 invokespecial #10 <java/lang/StringBuilder.<init>>
20 aload_1
21 invokevirtual #11 <java/lang/StringBuilder.append>
24 ldc #7 <hadoop>
26 invokevirtual #11 <java/lang/StringBuilder.append>
29 invokevirtual #12 <java/lang/StringBuilder.toString>
32 astore 5
......
字符串拼接底层细节
@Test
public void test3(){
String s1 = "a";
String s2 = "b";
String s3 = "ab";
/*
如下的s1 + s2 的执行细节：(变量s是临时定义的）
① StringBuilder s = new StringBuilder();
② s.append("a")
③ s.append("b")
④ s.toString() --> 约等于 new String("ab")，但不等价
补充：在jdk5.0之后使用的是StringBuilder,在jdk5.0之前使用的是StringBuffer
*/
String s4 = s1 + s2;//
System.out.println(s3 == s4);//false
}
我们从字节码的角度来看：
... # 以下仅是 String s4 = s1 + s2;的字节码
9 new #9 <java/lang/StringBuilder> # 从这我们可以看出确实是new了一个StringBuilder对象
12 dup
13 invokespecial #10 <java/lang/StringBuilder.<init>>
16 aload_1
17 invokevirtual #11 <java/lang/StringBuilder.append> # 拼接操作是使用StringBuilder的append方法
20 aload_2
21 invokevirtual #11 <java/lang/StringBuilder.append>
24 invokevirtual #12 <java/lang/StringBuilder.toString> # 最后使用StringBuilder.toString()返回一个字符串
27 astore 4
...
那么，String s = s1 + s2;一定会创建StringBuilder对象吗？看下面这个例子
/*
1. 字符串拼接操作不一定使用的是StringBuilder!
如果拼接符号左右两边都是字符串常量或常量引用，则仍然使用编译期优化，即非StringBuilder的方式。
2. 针对于final修饰类、方法、基本数据类型、引用数据类型的量的结构时，能使用上final的时候建议使用上。
*/
@Test
public void test4(){
final String s1 = "a";
final String s2 = "b";
String s3 = "ab";
String s4 = s1 + s2;
System.out.println(s3 == s4);//true
}
我们从字节码的角度来看：
0 ldc #14 <a>
2 astore_1
3 ldc #15 <b>
5 astore_2
6 ldc #16 <ab>
8 astore_3
9 ldc #16 <ab> # 从这我们可以看出 s4并不是通过创建StringBuilder得到的
11 astore 4
13 getstatic #3 <java/lang/System.out>
16 aload_3
17 aload 4
19 if_acmpne 26 (+7)
22 iconst_1
23 goto 27 (+4)
26 iconst_0
27 invokevirtual #4 <java/io/PrintStream.println>
30 return
也就是说：如果我们将两个final修饰的字符串进行拼接，那么和字面量拼接一样，也会在编译器进行优化。
append和拼接效率对比
@Test
public void test6(){
long start = System.currentTimeMillis();
method1(100000);//4014
method2(100000);//7
long end = System.currentTimeMillis();
System.out.println("花费的时间为：" + (end - start));
}
public void method1(int highLevel){
String src = "";
for(int i = 0;i < highLevel;i++){
src = src + "a";//每次循环都会创建一个StringBuilder、String
}
// System.out.println(src);
}
public void method2(int highLevel){
//只需要创建一个StringBuilder
StringBuilder src = new StringBuilder();
for (int i = 0; i < highLevel; i++) {
src.append("a");
}
// System.out.println(src);
}
- 体会执行效率：通过StringBuilder的append()的方式添加字符串的效率要远高于使用String的字符串拼接方式！
- 原因：
- StringBuilder的append()的方式：
- 自始至终中只创建过一个StringBuilder的对象
- 使用String的字符串拼接方式：
- 创建过多个StringBuilder和String（调的toString方法）的对象，内存占用更大；
- 如果进行GC，需要花费额外的时间（在拼接的过程中产生的一些中间字符串可能永远也用不到，会产生大量垃圾字符串）。
- StringBuilder的append()的方式：
- 改进的空间：
- 在实际开发中，如果基本确定要前前后后添加的字符串长度不高于某个限定值highLevel的情况下，建议使用构造器实例化：
StringBuilder s = new StringBuilder(highLevel); //new char[highLevel]- 这样可以避免频繁扩容
intern()
-
intern是一个native方法，调用的是底层C的方法
-
字符串常量池池最初是空的，由String类私有地维护。在调用intern方法时，如果池中已经包含了由equals(object)方法确定的与该字符串内容相等的字符串，则返回池中的字符串地址。否则，该字符串对象将被添加到池中，并返回对该字符串对象的地址。（这是源码里的大概翻译）
-
如果不是用双引号声明的String对象，可以使用String提供的intern方法：intern方法会从字符串常量池中查询当前字符串是否存在，若不存在就会将当前字符串放入常量池中。比如：
String myInfo = new string("I love atguigu").intern(); -
也就是说，如果在任意字符串上调用String.intern方法，那么其返回结果所指向的那个类实例，必须和直接以常量形式出现的字符串实例完全相同。因此，下列表达式的值必定是true
("a"+"b"+"c").intern()=="abc" -
通俗点讲，Interned String就是确保字符串在内存里只有一份拷贝，这样可以节约内存空间，加快字符串操作任务的执行速度。注意，这个值会被存放在字符串内部池（String Intern Pool）
保证变量s指向字符串常量池中的两种方式：
-
String s = "abcde"; // 通过字面量的方式 -
调用intern()
String s = new String("abcde").intern(); String s = new StringBuilder().append("abcde").intern()
new String(“ab”)会创建几个对象？
/**
* 题目：
* new String("ab")会创建几个对象？看字节码，就知道是两个。
* 一个对象是：new关键字在堆空间创建的
* 另一个对象是：字符串常量池中的对象"ab"。 字节码指令：ldc
*
*/
public class StringNewTest {
public static void main(String[] args) {
String str = new String("ab");
}
}
字节码指令：
0 new #2 <java/lang/String> # 第一个对象：String
3 dup
4 ldc #3 <ab> # 第二个对象：字符串常量池中的"ab"
6 invokespecial #4 <java/lang/String.<init>>
9 astore_1
10 return
new String(“a”) + new String(“b”) 会创建几个对象？
/**
* 思考：
* new String("a") + new String("b")呢？
* 对象1：new StringBuilder()
* 对象2： new String("a")
* 对象3： 常量池中的"a"
* 对象4： new String("b")
* 对象5： 常量池中的"b"
*
* 深入剖析： StringBuilder的toString():
* 对象6 ：new String("ab")
* 强调一下，toString()的调用，在字符串常量池中，没有生成"ab"
*/
public class StringNewTest {
public static void main(String[] args) {
String str = new String("a") + new String("b");
}
}
字节码指令：
0 new #2 <java/lang/StringBuilder> # 1.创建一个StringBuilder对象
3 dup
4 invokespecial #3 <java/lang/StringBuilder.<init>>
7 new #4 <java/lang/String> # 2.创建一个String对象
10 dup
11 ldc #5 <a> # 3.在字符串常量池中存入"a"对象
13 invokespecial #6 <java/lang/String.<init>>
16 invokevirtual #7 <java/lang/StringBuilder.append>
19 new #4 <java/lang/String> # 4.创建一个String对象
22 dup
23 ldc #8 <b> # 5.在字符串常量池中存入"b"对象
25 invokespecial #6 <java/lang/String.<init>>
28 invokevirtual #7 <java/lang/StringBuilder.append>
31 invokevirtual #9 <java/lang/StringBuilder.toString>
34 astore_1
35 return
这么看来我们只创建了五个对象，那么第六个对象在哪儿呢？
// StringBuilder的toString()方法
public String toString() {
// Create a copy, don't share the array
return new String(value, 0, count); // 6.创建了一个String对象
}
我们看看toString()方法的字节码：
0 new #80 <java/lang/String>
3 dup
4 aload_0
5 getfield #234 <java/lang/StringBuilder.value : [C>
8 iconst_0
9 aload_0
10 getfield #233 <java/lang/StringBuilder.count : I>
13 invokespecial #291 <java/lang/String.<init> : ([CII)V>
16 areturn
对比上面的new String(“ab”)的字节码，可以看出toString()方法并没有将"ab"添加到字符串常量池中
因此，我们可以得出new String("ab")会在字符串常量池中存入一个"ab"对象，但是toString()方法并不会在字符串常量池中存入对象。
一个面试题
public class StringIntern {
public static void main(String[] args) {
String s = new String("1");
s.intern();//调用此方法之前，字符串常量池中已经存在了"1"
String s2 = "1";
System.out.println(s == s2);//jdk6：false jdk7/8：false
String s3 = new String("1") + new String("1");
s3.intern();
String s4 = "11";//s4变量记录的地址：使用的是上一行代码代码执行时，在常量池中生成的"11"的地址
System.out.println(s3 == s4);//jdk6：false jdk7/8：true
}
}
首先s == s2为什么为false？
- 当执行
String s = new String("1");时，我们会在堆中创建一个新的String对象，且会在字符串常量池中生成一个"1"对象，s1指向的是String对象 - 当执行
s.intern();时，其实字符串常量池中已经有了"1"，所以并不会有什么操作 - 当执行
String s2 = "1";时，s2指向的是字符串常量池中的"1" - 所以
s == s2进行地址判断时，两者是不同的
那么为什么s3 == s4在JDK6的情况下是false，在JDK7/8的情况下是true呢？
- 当执行
String s3 = new String("1") + new String("1");时，相当于我们在堆中创建了一个String对象，这个对象里面存储的是"11"，但需要注意的是，我们并没有在字符串常量池中创建一个"11"对象，此时，我们的s3指向的是堆中的对象 - 执行
s3.intern();- 在JDK6时，字符串常量池在永久代中，我们执行
s3.intern()是在字符串常量池中创建了一个"11"，也就有了新地址 - 在JDK7/8时，字符串常量池在堆中，由于先前我们已经在堆中创建了一个存储字符串"11"的对象，也就是s3所指向的对象，所以当我们执行
s3.intern();时，出于节省空间的目的，会直接将存储在堆中的该对象的引用地址存在字符串常量池中，没错，字符串常量池中存的是new String（“11”）在堆中的地址，并不是在字符串常量池中创建一个"11"对象。
- 在JDK6时，字符串常量池在永久代中，我们执行
- 当执行
String s4 = "11";时- 在JDK6时，它指向的就是字符串常量池中的"11"，此时s3和s4的地址是两个不同的值
- 在JDK7/8时，它指向的是字符串常量池中的引用地址，该引用地址指向存储"11"的String对象，此时s3和s4的地址相同
面试题拓展
public class StringIntern1 {
public static void main(String[] args) {
String s3 = new String("1") + new String("1");//new String("11")
String s4 = "11";
String s5 = s3.intern();
System.out.println(s3 == s4);//false
System.out.println(s5 == s4);//true
}
}
JDK8的情况下：
- 当执行
String s3 = new String("1") + new String("1");时，相当于我们在堆中创建了一个String对象，这个对象里面存储的是"11"，同理，我们并没有在字符串常量池中创建一个"11"对象，此时，我们的s3指向的是堆中的对象 - 当执行
String s4 = "11";时，我们会去字符串常量池中找有没有"11"对象，此时发现并没有，因此会在字符串常量池中创建一个"11"对象，此时，s4指向的是常量池中的"11"对象 - 当执行
s3.intern();时，我们发现字符串常量池中已经存在"11"对象，因此会返回字符串常量池中"11"对象的地址，因此，s5指向的也是字符串常量池中的"11"对象
关键点：当执行intern()时，字符串常量池中是否存在字符串对象
练习
public class StringExer1 {
public static void main(String[] args) {
//String x = "ab";
String s = new String("a") + new String("b");//new String("ab")
String s2 = s.intern();
System.out.println(s2 == "ab");//jdk6:true jdk8:true
System.out.println(s == "ab");//jdk6:false jdk8:true
}
}
public class StringExer1 {
public static void main(String[] args) {
String x = "ab";
String s = new String("a") + new String("b");//new String("ab")
String s2 = s.intern();
System.out.println(s2 == "ab");//jdk6:true jdk8:true
System.out.println(s == "ab");//jdk6:false jdk8:false
}
}
public class StringExer2 {
public static void main(String[] args) {
String s1 = new String("ab");
s1.intern();
String s2 = "ab";
System.out.println(s1 == s2);//jdk8:false
}
}
intern()空间效率测试
/**
* 使用intern()测试执行效率：空间使用上
*
* 结论：对于程序中大量存在存在的字符串，尤其其中存在很多重复字符串时，使用intern()可以节省内存空间。
*
*/
public class StringIntern2 {
static final int MAX_COUNT = 1000 * 10000;
static final String[] arr = new String[MAX_COUNT];
public static void main(String[] args) {
Integer[] data = new Integer[]{1,2,3,4,5,6,7,8,9,10};
long start = System.currentTimeMillis();
for (int i = 0; i < MAX_COUNT; i++) {
// arr[i] = new String(String.valueOf(data[i % data.length]));
arr[i] = new String(String.valueOf(data[i % data.length])).intern();
}
long end = System.currentTimeMillis();
System.out.println("花费的时间为：" + (end - start));
try {
Thread.sleep(1000000);
} catch (InterruptedException e) {
e.printStackTrace();
}
System.gc();
}
}
-
直接 new String ：由于每个 String 对象都是 new 出来的，所以程序需要维护大量存放在堆空间中的 String 实例，程序内存占用也会变高
-
使用 intern() 方法：由于数组中字符串的引用都指向字符串常量池中的字符串，所以程序需要维护的 String 对象更少，内存占用也更低
结论：
- 对于程序中大量使用存在的字符串时，尤其存在很多已经重复的字符串时，使用intern()方法能够节省很大的内存空间。
- 大的网站平台，需要内存中存储大量的字符串。比如社交网站，很多人都存储：北京市、海淀区等信息。这时候如果字符串都调用intern() 方法，就会很明显降低内存的大小。
垃圾回收测试
/**
* String的垃圾回收:
* -Xms15m -Xmx15m -XX:+PrintStringTableStatistics -XX:+PrintGCDetails
*/
public class StringGCTest {
public static void main(String[] args) {
for (int j = 0; j < 100000; j++) {
String.valueOf(j).intern();
}
}
}
首先我们看一下j<100时的情况：
输出结果：
- 在 PSYoungGen 区发生了垃圾回收
- Number of entries 和 Number of literals 明显没有 100000
- 以上两点均说明 StringTable 区发生了垃圾回收
G1中String的去重操作
String去重操作的背景
注意不是字符串常量池的去重操作，字符串常量池本身就没有重复的
- 背景：对许多Java应用（有大的也有小的）做的测试得出以下结果：
- 堆存活数据集合里面String对象占了25%
- 堆存活数据集合里面重复的String对象有13.5%
- String对象的平均长度是45
- 许多大规模的Java应用的瓶颈在于内存，测试表明，在这些类型的应用里面，Java堆中存活的数据集合差不多25%是String对象。更进一步，这里面差不多一半String对象是重复的，重复的意思是说：
str1.equals(str2)= true。堆上存在重复的String对象必然是一种内存的浪费。这个项目将在G1垃圾收集器中实现自动持续对重复的String对象进行去重，这样就能避免浪费内存。
去重实现
- 当垃圾收集器工作的时候，会访问堆上存活的对象。对每一个访问的对象都会检查是否是候选的要去重的String对象。
- 如果是，把这个对象的一个引用插入到队列中等待后续的处理。一个去重的线程在后台运行，处理这个队列。处理队列的一个元素意味着从队列删除这个元素，然后尝试去重它引用的String对象。
- 使用一个Hashtable来记录所有的被String对象使用的不重复的char数组。当去重的时候，会查这个Hashtable，来看堆上是否已经存在一个一模一样的char数组。
- 如果存在，String对象会被调整引用那个数组，释放对原来的数组的引用，最终会被垃圾收集器回收掉。
- 如果查找失败，char数组会被插入到Hashtable，这样以后的时候就可以共享这个数组了。
命令行
- UseStringDeduplication(bool) ：开启String去重，默认是不开启的，需要手动开启。
- PrintStringDeduplicationStatistics(bool) ：打印详细的去重统计信息
- stringDeduplicationAgeThreshold(uintx) ：达到这个年龄的String对象被认为是去重的候选对象
tring对象。更进一步，这里面差不多一半String对象是重复的，重复的意思是说：str1.equals(str2)= true。堆上存在重复的String对象必然是一种内存的浪费。这个项目将在G1垃圾收集器中实现自动持续对重复的String对象进行去重，这样就能避免浪费内存。
去重实现
- 当垃圾收集器工作的时候，会访问堆上存活的对象。对每一个访问的对象都会检查是否是候选的要去重的String对象。
- 如果是，把这个对象的一个引用插入到队列中等待后续的处理。一个去重的线程在后台运行，处理这个队列。处理队列的一个元素意味着从队列删除这个元素，然后尝试去重它引用的String对象。
- 使用一个Hashtable来记录所有的被String对象使用的不重复的char数组。当去重的时候，会查这个Hashtable，来看堆上是否已经存在一个一模一样的char数组。
- 如果存在，String对象会被调整引用那个数组，释放对原来的数组的引用，最终会被垃圾收集器回收掉。
- 如果查找失败，char数组会被插入到Hashtable，这样以后的时候就可以共享这个数组了。
命令行
- UseStringDeduplication(bool) ：开启String去重，默认是不开启的，需要手动开启。
- PrintStringDeduplicationStatistics(bool) ：打印详细的去重统计信息
- stringDeduplicationAgeThreshold(uintx) ：达到这个年龄的String对象被认为是去重的候选对象
扫一扫
514
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
