Java基础篇:String、StringBuffer、StringBuilder

Java基础篇:String、StringBuffer、StringBuilder

一、String:

String并不是基本数据类型,而是一个被final修饰的不可变对象。通过查看JDK文档会发现几乎每一个修改String对象的操作,实际上都是创建了一个全新的String对象。

字符串为对象,那么在初始化之前,它的值为null,到这里就有必要提下null、””、new String()三者的区别。null 表示string还没有new,也就是说对象的引用还没有创建,也没有分配内存空间给他,而””、new String()则说明了已经new了,只不过内部为空,但是它创建了对象的引用,是已经分配内存空间的。打个比方:一个空玻璃杯,你不能说它里面什么都没有,因为里面有空气,当然也可以把它弄成真空,null与” “、new String()的区别就象真空与空气一样。

每当我们创建一个字符串对象时,首先就会检查字符串池中是否存在面值相等的字符串,如果有,则不再创建,直接放回字符串池中对该对象的引用,若没有则创建然后放入到字符串池中并且返回新建对象的引用。这个机制是非常有用的,因为可以提高效率,减少了内存空间的占用。所以在使用字符串的过程中,推荐使用直接赋值(即String s=”aa”),除非有必要才会新建一个String对象(即String s = new String(”aa”))。

对于字符串的使用无非就是这几个方面:

1、字符串比较:

==:判断内容与地址是否相同。

equals() :判断内容是否相同。

equalsIgnoreCase():忽略大小写的情况下判断内容是否相同。

compareTo() :判断字符串的大小关系。

compareToIgnoreCase(String int) :在比较时忽略字母大小写。

reagionMatches():对字符串中的部分内容是否相同进行比较。

2、字符串查找:

charAt(int index):返回指定索引index位置上的字符,索引范围从0开始。

indexOf(String str):从字符串开始检索str,并返回第一次出现的位置,未出现返回-1。

indexOf(String str,int fromIndex):从字符串的第fromIndex个字符开始检索str。

lastIndexOf(String str):查找最后一次出现的位置。

lastIndexOf(String str,int fromIndex):从字符串的第fromIndex个字符查找最后一次出现的位置。

starWith(String prefix,int toffset):测试此字符串从指定索引开始的子字符串是否以指定前缀开始。

starWith(String prefix):测试此字符串是否以指定的前缀开始。

endsWith(String suffix):测试此字符串是否以指定的后缀结束。

3、字符串截取:

public String subString(int beginIndex):返回一个新的字符串,它是此字符串的一个子字符串。

public String subString(int beginIndex,int endIndex):返回的字符串是从beginIndex开始到endIndex-1的串。

4、字符串替换:

public String replace(char oldChar,char newChar)。

public String replace(CharSequence target,CharSequence replacement):把原来的target子序列替换为replacement序列,返回新串。

public String replaceAll(String regex,String replacement):用正则表达式实现对字符串的匹配。注意replaceAll第一个参数为正则表达式。

 

二、StringBuffer:

StringBuffer和String一样都是用来存储字符串的,StringBuffer的许多方法和String类都差不多,所表示的功能几乎一模一样。但对于StringBuffer而言,他在处理字符串时,若是对其进行修改操作,它并不会像String一样产生一个新的字符串对象,所以说在内存使用方面它是优于String的,这是他们之间最大的区别。

同时StringBuffer是不能使用=进行初始化的,它必须要产生StringBuffer实例,也就是说你必须通过它的构造方法进行初始化。

在StringBuffer的使用方面,它更加侧重于对字符串的变化,例如追加、修改、删除,相对应的方法:

append():追加指定内容到当前StringBuffer对象的末尾,类似于字符串的连接,这里StringBuffer对象的内容会发生改变。

insert:该类方法主要是在StringBuffer对象中插入内容。

delete:该类方法主要用于移除StringBuffer对象中的内容。

 

三、StringBuilder:

        StringBuilder与StringBuffer类似,也是一个可变的字符串对象,他与StringBuffer不同之处就在于它是线程不安全的,基于这点,它的速度一般都比StringBuffer快。与StringBuffer一样,StringBuider的主要操作也是append与insert方法。这两个方法都能有效地将给定的数据转换成字符串,然后将该字符串的字符添加或插入到字符串生成器中。

 

四、正确使用String、StringBuffer、StringBuilder:

前面只是简单的介绍了String、StringBuffer、StringBuilder,其实对于这三者我们应该更加侧重于他们之间的区别,只有理清楚他们之间的区别才能够更好的使用他们。我们先看如下表格:

  类型 可变 线程安全 操作
String 字符串变量 不可变 安全 产生一个新对象
StringBuffer 字符串变量 可变 安全 内容发生改变
StringBuilder 字符串变量 可变 不安全 内容发生改变

(1)由于String不可变,所有的操作都是不可能改变其值,因为内容不可变,永远都是安全的。

(2)在使用方面由于String每次修改都需要产生一个新的对象,所以对于经常需要改变内容的字符串最好选择StringBuffer或者StringBuilder,而对于StringBuffer,每次操作都是对StringBuffer对象本身,它不会生成新的对象,所以StringBuffer特别适用于字符串内容经常改变的情况下。

(3)并不是所有的String字符串操作都会比StringBuffer慢,在某些特殊的情况下,String字符串的拼接会被JVM解析成StringBuilder对象拼接,在这种情况下String的速度比StringBuffer的速度快。如:

String name = ”I ” + ”am ” + ”chenssy ” ;

StringBuffer name = new StringBuffer(”I ”).append(” am ”).append(” chenssy ”);

对于这两种方式,你会发现第一种比第二种快太多了,在这里StringBuffer的优势荡然无存。其真实的原因就在于JVM做了一下优化处理,其实String name = ”I ” + ”am ” + ”chenssy ” ;在JVM眼中就是String name = ”I am chenssy ” ;这样的方式对于JVM而言,真的是不要什么时间。但是如果我们在这个其中增加一个String对象,那么JVM就会按照原来那种规范来构建String对象了。

(4)对于这三者使用的场景做如下概括:

String:在字符串不经常变化的场景中可以使用String类,如:常量的声明、少量的变量运算等。

StringBuffer:在频繁进行字符串的运算(拼接、替换、删除等),并且运行在多线程的环境中,则可以考虑使用StringBuffer,例如XML解析、HTTP参数解析和封装等。

StringBuilder:在频繁进行字符串的运算(拼接、替换、删除等),并且运行在单线程的环境中,则可以考虑使用StringBuilder,如SQL语句的拼装、JSON封装等。

      更多有关于他们之间区别,请参考:http://www.cnblogs.com/zuoxiaolong/p/lang1.html

 

五、字符串拼接方式:

     对于字符串而言我们经常是要对其进行拼装处理的,在java中提高了三种拼装的方法:+、concat()以及append()方法。这三者之间存在什么区别呢?先看如下示例:

public class StringTest {
    
    /**
     * @desc 使用+、concat()、append()方法循环10W次
     * @param args
     * @return void
     */
    public static void main(String[] args) {
        //+
        long start_01 = System.currentTimeMillis();
        String a = "a";
        for(int i = 0 ; i < 100000 ; i++){
            a += "b";
        }
        long end_01 = System.currentTimeMillis();
        System.out.println("  +   所消耗的时间:" + (end_01 - start_01) + "毫秒");
        
        //concat()
        long start_02 = System.currentTimeMillis();
        String c = "c";
        for(int i = 0 ; i < 100000 ; i++){
            c = c.concat("d");
        }
        long end_02 = System.currentTimeMillis();
        System.out.println("concat所消耗的时间:" + (end_02 - start_02) + "毫秒");
        
        //append
        long start_03 = System.currentTimeMillis();
        StringBuffer e = new StringBuffer("e");
        for(int i = 0 ; i < 100000 ; i++){
            e.append("d");
        }
        long end_03 = System.currentTimeMillis();
        System.out.println("append所消耗的时间:" + (end_03 - start_03) + "毫秒");
    }
}
 
------------
Output:
  +   所消耗的时间:19080毫秒
concat所消耗的时间:9089毫秒
append所消耗的时间:10毫秒

 从上面的运行结果可以看出,append()速度最快,concat()次之,+最慢。原因请看下面分解:

 (一) +方式拼接字符串:

      在前面我们知道编译器对+进行了优化,它是使用StringBuilder的append()方法来进行处理的,我们知道StringBuilder的速度比StringBuffer的速度更加快,但是为何运行速度还是那样呢?主要是因为编译器使用append()方法追加后要同toString()转换成String字符串,也就说 str +=”b”等同于

      str = new StringBuilder(str).append(“b”).toString();

      它变慢的关键原因就在于new StringBuilder()和toString(),这里可是创建了10W个StringBuilder对象,而且每次还需要将其转换成String,速度能不慢么?

(二)concat()方法拼接字符串:

public String concat(String str) {
    int otherLen = str.length();
    if (otherLen == 0) {
        return this;
    }
    char buf[] = new char[count + otherLen];
    getChars(0, count, buf, 0);
    str.getChars(0, otherLen, buf, count);
    return new String(0, count + otherLen, buf);
    }

 这是concat()的源码,它看上去就是一个数字拷贝形式,我们知道数组的处理速度是非常快的,但是由于该方法最后是这样的:return new String(0, count + otherLen, buf);这同样也创建了10W个字符串对象,这是它变慢的根本原因。

(三)append()方法拼接字符串:

public synchronized StringBuffer append(String str) {
    super.append(str);
        return this;
    }

StringBuffer的append()方法是直接使用父类AbstractStringBuilder的append()方法,该方法的源码如下:

public AbstractStringBuilder append(String str) {
    if (str == null) str = "null";
        int len = str.length();
    if (len == 0) return this;
    int newCount = count + len;
    if (newCount > value.length)
        expandCapacity(newCount);
    str.getChars(0, len, value, count);
    count = newCount;
    return this;
    }

与concat()方法相似,它也是进行字符数组处理的,加长,然后拷贝,但是请注意它最后是返回并没有返回一个新串,而是返回本身,也就说这这个10W次的循环过程中,它并没有产生新的字符串对象。

      通过上面的分析,我们需要在合适的场所选择合适的字符串拼接方式,但是并不一定就要选择append()和concat()方法,原因在于+根据符合我们的编程习惯,只有到了使用append()和concat()方法确实是可以对我们系统的效率起到比较大的帮助,才会考虑,同时鄙人也真的没有怎么用过concat()方法。

 

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请联系我们举报,一经查实,本站将立刻删除。

发布者:全栈程序员-站长,转载请注明出处:https://javaforall.net/114674.html原文链接:https://javaforall.net

(0)
全栈程序员-站长的头像全栈程序员-站长


相关推荐

  • java中notify作用_notify的过去式

    java中notify作用_notify的过去式用Java通知vsnotifyAllnotify和notifyAll方法之间有什么区别是棘手的Java问题之一,这很容易回答但是一旦访问者提出后续问题,你要么感到困惑,要么无法提供明确的答案?notify和notifyAll之间的主要区别在于notify方法只通知一个Thread,notifyAll方法将通知在该监视器上等待的所有线程或锁定。顺便说一句,这是你在各地阅读的内容,坦率地说,这句话…

    2022年9月8日
    0
  • 超简单的windows发包工具—小兵以太网测试仪

    超简单的windows发包工具—小兵以太网测试仪小兵以太网测试仪是一款windows平台下的发包工具。该软件小巧、易用、开源、免费。该软件的功能有:各种常见报文(包括arpipicmpudptcp等)的编辑与发送发包速率控制抓包对抓到的包进行修改编辑及发送将报文导出为tcpdump/ethereal/wireshark存档(pcap格式)从tcpdump/ethereal/wireshark存档导入报文发送巨帧(j

    2022年9月3日
    3
  • iOS charles 抓包使用[通俗易懂]

    iOS charles 抓包使用[通俗易懂]参考链接:Charles抓包使用教程-MAC-黒貓-博客园部分APP无法代理抓包的原因及解决方法(flutter抓包)-lulianqi15-博客园建议最好从官网下载应用,1个月免费使用,可以使用注册码来激活,链接如下:DownloadaFreeTrialofCharles•CharlesWebDebuggingProxycharles连接手机可以参考链接1,非常详细,珠玉在前,不在赘述;*****连接步骤简述*****下载c.

    2022年6月7日
    86
  • windows下安装mysql

    windows下安装mysql

    2021年11月27日
    76
  • 尤克里里谱bm和弦_尤克里里基础曲谱

    尤克里里谱bm和弦_尤克里里基础曲谱Ukulele即夏威夷小吉他,在港台等地一般译作乌克丽丽,在大陆一般习惯称为尤克里里,是一种四弦夏威夷的拨弦乐器,发明于葡萄牙盛行于夏威夷,归属在吉他乐器一族。下面是小编收集整理的尤克里里入门基础范文,欢迎借鉴参考。…尤克里里是一种四弦夏威夷的拨弦乐器,发明于葡萄牙盛行于夏威夷,归属在吉他乐器一族。那么下面是小编收集整理的尤克里里的调音方法及注意事项,一起来看看吧。尤克里里的调音方法1、认…

    2022年8月21日
    6
  • httprunner(2)下载安装[通俗易懂]

    httprunner(2)下载安装[通俗易懂]环境要求HttpRunner是一个基于Python开发的测试框架,可以运行在macOS、Linux、Windows系统平台上。这里使用macOS系统进行演示对于python版本要求:py

    2022年7月30日
    9

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注全栈程序员社区公众号