Java字符串碰到的问题
在写Java程序碰到一个问题，而正是这个问题引发了我对字符串的思考，Java示例代码如下：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
|
public void TestStr(String success)
{
if(success=="Y"){
System.out.println("Equal");
}
else
{
System.out.println("Not Equal");
}
}
```
上面的这个函数很简单，但会随着调用的方式的不同而显示出不同的结果：
``` Java
public void CallMethod()
{
TestStr("Y");
TestStr("YY".substring(0,1));
}
```
对于这样的一个结果，我们可以先思考一个问题：" == " 这个运算符的作用？
1. 对于基础数据类型而言是比较值是否相同(作用与equal相同)
2. 对于引用类型，则比较地址是否一样
但如果理解上面的代码，我们还要理解Java中字符串的机制。由于字符串是比较常用的类型，为了保证性能，所以在设计字符串的时候会有一个“池”的概念。
- 字符一旦创建成功后，就不再发生变化，字符的运算也都是创建新的字符串对象
- 字符创建前，查找内存中是否已经存在相同的字符串，如果有则直接把地址给当前的对象，没有则直接创建新对象
所以对于上面的代码，因为在开始已经创建的“Y”字符串，所以后面出生现的所有的“Y”都是引用我们当前的“Y”，所以我们就可以理解为什么第一个是打印Equal，另一个是打印Not Equal.
### .Net中如何处理
而对于.Net来说，字符串的原理大致相同，如果是相同的代码，但运算的结果是与Java不一样的：
我们知道在.Net string也是引用类型，但当“==”作用于两个引用类型的时候，比较则是地址，但在.Net中字符比较时，比较的却是值。这个归功于.Net对“==”的重载，[string源码](http:
``` C#
public static bool operator == (String a, String b)
{
return String.Equals(a, b);
}
```
对于.Net运算符重载的这个动作，个人觉得更贴近日常的使用习惯，因为在编码的过程中，字符串中绝大多数的使用场景都是值，而不是引用。而对Java而言，保证的运算的原汁原味，少了人为的封装的干扰，使用是注意区分，习惯了反而觉得更为合理。
### 几个疑问
#### 字符串是引用类型，为什么不使用new来创建对象？
字符串是一个特殊的引用对象 ，声明就是创建了一个对象，如果使用new,则会重复的创建对象(Java中可以使用new创建，.Net中则直接不允许这样操作)，浪费内存，如下：
``` Java
String str=new String("1234");
String str1="1234";
|
两种的定义方式相同，但是使用new的时候，又额外分配了内存空间。
字符串是引用类型，但是传参的时候却无法修改它的值？有其它的引用类型有什么不同？
public void CallMethod(){
String str="abc";
AddSuffix(str);
System.out.println(str);//打印出abc
}
public void AddSuffix(String x){
x=x+"123";
}
当我们去调用这个函数的时候，发现str的值却没有发生改变。 因为在调用AddSuffix 函数时，str把自己作拷贝成一个副本传递给形参x，当对x赋值的时候，系统重新创建了一个字符对象，把引用的地址给x,此处是重新创建对象，而不是修改原来的字符串对象（字符串不可更改）。两种方式示意如下：
