字符串类性能问题答案

【问题标题】：String class Performance Issue字符串类性能问题
【发布时间】：2017-04-11 05:58:39
【问题描述】：

String 是不可变的，Java 中的每个不可变对象都是线程安全的，这意味着 String 也是线程安全的。字符串不能同时被两个线程使用。

StringBuffer 是可变的，但 StringBuffer 中的每个方法都是同步的，即 StringBuffer 是线程安全的。所以性能很慢。

那么 My Query is String 有性能问题吗？

【问题讨论】：

您是否询问与连接明确相关的性能问题？
"字符串不能被两个线程同时使用。"嗯，是的，它可以，正是因为它是不可变的。您将“线程安全”误认为“需要锁定”。所以这个问题的前提被打破了——如果不是这样，那就太宽泛了，真的。
“字符串不能同时被两个线程使用”——你为什么这么说？你有什么参考吗？
不可变对象始终是线程安全的。正确的？如果是线程安全的，两个线程如何访问资源。
"如果线程安全，两个线程如何访问资源。"嗯，通过阅读？你认为什么是停止两个线程同时访问它？

【解决方案1】：

不可变并不意味着您不能同时在多个线程中使用相同的字符串。这意味着它的内部状态在实例化后无法更改，这与 StringBuffer 相反，例如调用 append 会更改缓冲区的内部状态。

这意味着它在设计上是线程安全的。

StringBuffer 的性能较低（与 StringBuilder 的性能相反），因为它需要在对其内部状态进行每次操作之前锁定对象。

【讨论】：

【解决方案2】：

这似乎不是一个真正的编程问题，而只是你的逻辑不好。

对于StringBuffer

但是，上述内容并不意味着反之亦然：

同步/锁定只是实现线程安全的众多方法之一。

【讨论】：

【解决方案3】：

不存在 String 没有性能问题，因为 String 是不可变的，每次一个进程都可以使用它并且本质上是线程安全的，没有人可以更改它。

虽然StringBuffer 是可变的，所以多个进程使用单个StringBuffer 对象，但有同步成本。这就是StringBuffer 的性能缓慢的原因。

流程

一个进程有一个独立的执行环境。一个进程通常有一套完整的、私有的基本运行时资源；特别是，每个进程都有自己的内存空间。

线程

线程有时被称为轻量级进程。进程和线程都提供了一个执行环境，但是创建一个新线程比创建一个新进程需要更少的资源。

【讨论】：