开心一笑
【吃过晚饭在客厅看报纸，问老婆：你洗碗了吗？ 老婆严肃的说：老公，你应该这样问，宝贝，我去帮你洗碗吧！然后我再说，老公，已经洗好了。这样显着多好…… 于是，老公：宝贝，我去帮你洗碗吧！老婆：恩，去吧。】
提出问题
项目中字符串操作应该注意的一些性能问题？？？
解决问题
以下来自《Java程序性能优化》这本书中的一点总结，以及自己的想法，每篇文章都很短，不太喜欢写太多，一步一步慢慢学就可以了：
String类的基本实现：char数组，offset偏移量和String的count长度
对String优化主要表现在3个方面，同时也是String对象的3个特点：
- 不变性:String对象一旦生成，则不能再对它进行改变。
- 针对常量池的优化。
- 类的final定义。
例一：
@Test
public void testString(){
String boy = "boy";
String girl = "girl";
String girl2 = "girl";
String girl3 = new String("girl");
System.out.println(boy == girl);//false
System.out.println(girl == girl2);//true
System.out.println(girl == girl3);//false
System.out.println(girl == girl3.intern());//true
}
subString内存泄露问题
具体可以看高手文章：
在jdk6中，substring还是指向原来的字符串，可以用 new String(str.substring())避免内存泄露，
在jdk7中，没有这个问题
字符串分割和查找
使用效率更高的StringTokenizer类分割字符
例二：
@Test
public void testString(){
String originalStr = null;
StringBuffer sb = new StringBuffer();
for(int i=0;i<10000;i++){
sb.append("ay");
sb.append(";");
}
originalStr = sb.toString();
long startTime = System.currentTimeMillis();
for(int i=0;i<10000;i++){
//在这里分割10000次
originalStr.split(";");
}
System.out.println(System.currentTimeMillis() - startTime);
}
结果花费：14920ms（我电脑比较 lan ）
性能改造：
@Test
public void testString(){
String originalStr = null;
StringBuffer sb = new StringBuffer();
for(int i=0;i<10000;i++){
sb.append("ay");
sb.append(";");
}
originalStr = sb.toString();
long startTime = System.currentTimeMillis();
StringTokenizer tokenizer = new StringTokenizer(originalStr,";");
for(int i=0;i<10000;i++){
while (tokenizer.hasMoreTokens()){
tokenizer.nextToken();
}
}
System.out.println(System.currentTimeMillis() - startTime);
}
结果花费：8ms（我电脑比较 lan ） 这不是一个等级的啊！get起来
高效率的charAt（）方法
charAt（）效率比startsWith（）或者endsWith效率高,对于判断单个字符开头的还可以，对于多个的话，我测试下，效率并没有高很多。
例三：
@Test
public void testString3(){
String loveStr = "Love you!!!";
long startTime = System.currentTimeMillis();
//执行100万次
for(int i=0;i<1000000;i++){
//判断是否以L开头
if(loveStr.charAt(0) == 'L'
){
}
}
System.out.println(System.currentTimeMillis() - startTime);
}
结果花费：20ms
@Test
public void testString4(){
String loveStr = "Love you!!!";
long startTime = System.currentTimeMillis();
//执行100万次
for(int i=0;i<1000000;i++){
//判断是否以L开头
if(loveStr.startsWith("L")){
}
}
System.out.println(System.currentTimeMillis() - startTime);
}
结果花费：27ms
StringBuffer和StringBuilder
String对象是不可变对象，因此在需要对字符串进行修改操作时，如字符串连接，替换，String对象总是会生成新的对象，所以其性能相对较差。
例四：
String love = "999玫瑰" + "999电话" + "999晚安" + "999早安";
和
StringBuilder result = new StringBuilder（）；
result.append("999玫瑰");
result.append("999电话");
result.append("999晚安");
result.append("999早安");
因为java虚拟机对String拼接进行性能的优化。将多个连接操作的字符串，在编译时合成一个单独的长字符串。所以上面二者效率差不多
虽然二者的性能差不多，但是作者还是建议在代码的实现中尽量地使用StringBuilder或者StringBuffer，来提升程序性能，而不是依靠编译器对程序进行优化。
例五：
// 1
for（int i=0;i<10000;i++）{
str = str + i;
}
//编译器会把上面代码编译成以下代码，但是每次会新建一个 StringBuilder对象，效率自然就低了
for(int i=0;i<10000;i++){
str = (new StringBuilder(String.valueOf(str))).append(i).toString();
}
// 2
for（int i=0;i<10000;i++）{
result = result.concat(String.valueOf(i));
}
// 3
StringBuilder sb = new StringBuilder();
for(int i=0;i<10000;i++){
sb.append(i);
` }
上面的三个方法中效率(由低到高)：
1 < 2 < 3
虽然java虚拟机会String的加法操作进行优化，但是编译器还是不够聪明。
StringBuffer和StringBuilder的选择
StringBuffer和StringBuilder是一对孪生兄弟。
StringBuilder的效率 > StringBuffer的效率
StringBuilder是非线程安全的。StringBuffer是线程安全的。
可见一阴一阳之谓道，在任何地方都体现得淋漓尽致。
读书感悟
来自张小娴《面包树上的女人》
想要忘记一段感情，方法永远只有一个：时间和新欢。要是时间和新欢也不能让你忘记一段感情，原因只有一个：时间不够长，新欢不够好。
我把青春投资在他身上，他成功了，也许会爱上另一个女人。他失败了，我 一无所有。
爱情太不可靠了，只有事业才是一份耕耘一份收获的，我想有自己的事业。不能把你留在身边，不是你的过错，而是我的失败。在你曾经爱过我的那些短暂岁月里，我或许是世界上最幸福的人，只是那些日子已成过去，要留也留不住。我知道爱不可以乞求，如果我能够为你做一件事，便是等待。
一个男人,泥足深陷地爱上一个不爱他的女人,注定要放弃自尊.
所有为爱而做的事,都不是坏事.
那时，我已经明白，作为一个女人，你最好很出色，或者很漂亮
其他
如果有带给你一丝丝小快乐，就让快乐继续传递下去，欢迎转载，点赞，顶，欢迎留下宝贵的意见，多谢支持！
