字符串是程序开发当中,使用最频繁的类型之一,有着与基础类型相同的地位,甚至在JVM(Java虚拟机)编译的时候对字符串做特殊的处理,比如拼接操作可能会被JVM直接合成一个最终的字符串,从而达到高效运行的目的.
字符串创建的两种方式:
查看下面代码:
String s1 = "laowang"; String s2 = s1; String s3 = new String(s1); System.out.println(s1 == s2); System.out.println(s1 == s3);
输出结果: true , false
为什么会这样?原因是 s3 使用 new String 时一定会在堆中重新创建一个内存区域,而 s2 则会直接使用了s1 的引用,所以得到的结果也完全不同.
字符串拼加的几种方式:
根据前面的知识我们知道,对于String的任何操作其实是创建了一个新对象,然后再把引用地址返回该对象,但JVM也会对String进行特殊处理,以此来提高程序的运行效率,比如以下代码:
String str = "hi," + "lao" + "wang";
经过JVM优化后的代码是这样的:
String str = "hi, laowang";
验证代码如下:
String str1 = "hi," + "lao" + "wang"; String str2 = "hi,laowang"; System.out.println(str1 == str2);
执行结果: true
这就说明JVM在某些情况下回特殊处理String类型.
字符串截取使用 substring() 方法,使用如下:
String str = "abcdef"; // 结果: cdef (从下标为2的开始截取到最后,包含开始下标) System.out.println(str.substring(2)); // 结果: cd (从下标为2的开始截取到下标为4的,包含开始下标不包含结束下标) System.out.println(str.substring(2,4));
字符串格式化可以让代码更简洁更直观,比如"我叫老王,今年26岁,喜欢读书"在这条信息中,姓名,年龄,兴趣都是要动态改变的,如果使用"+"号拼接的话很容易出错,这个时候字符串格式化方法String.format() 就派上用场了,代码如下:
String str = String.format("我叫%s,今年%d岁,喜欢%s","老王",26,"读书");
转换符说明列表:
转换符 | 说明 |
%s | 字符串类型 |
%d | 整数类型(十进制) |
%c | 字符类型 |
%b | 布尔类型 |
%x | 整数类型(十六进制) |
%o | 整数类型(八进制) |
%f | 浮点类型 |
%a | 浮点类型(十六进制) |
%e | 指数类型 |
%% | 百分比类型 |
%n | 换行符 |
根据前面的知识我们知道,使用String 和 new String声明的对象是不同的,那有没有简单的方法,可以忽略他们的创建方式(有没有new)而只对比他们的值是否相同呢? 答案是肯定的,使用 equals() 方法可以实现,代码如下:
String s1 = "hi," + "lao" + "wang"; String s2 = "hi,"; s2 += "lao"; s2 += "wang"; String s3 = "hi,laowang"; System.out.println(s1.equals(s2)); // true System.out.println(s1.equals(s3)); // true System.out.println(s2.equals(s3)); // true
以上使用equals 对比的结果都为true.
如果要忽略字符串的大小写对比值可以使用equalsIgoreCase(), 代码示例:
String s1 = "Hi,laowang"; String s2 = "hi,laowang"; System.out.println(s1.equals(s2)); // false System.out.println(s1.equalsIgnoreCase(s2)); // true
字符串相关类型主要有这三种: String, StringBuffer, StringBuilder, 其中StringBuffer, StringBuilder 都是可变的字符串类型, StringBuffer在字符串拼接时使用synchronized来保障线程安全,因此在多线程字符串拼接中推荐使用StringBuffer.
StringBuffer 使用:
原文:https://www.cnblogs.com/Night-Watch/p/11685006.html