如果非同步静态方法不修改静态类变量，它们是否安全？

我在想，如果您有一个静态方法不同步，但并没有修改任何静态变量是线程安全的？如果该方法在其中创建局部变量该怎么办？例如，以下代码是线程安全的吗？

public static String[] makeStringArray( String a, String b ){
    return new String[]{ a, b };
}

因此，如果我有两个线程连续并同时调用此方法，一个带狗（例如“大丹狗”和“斗牛犬”），另一个带猫（例如“波斯”和“暹罗”）的猫，我将得到猫和狗在同一阵列中？还是猫和狗永远不会同时处于该方法的同一调用中？

此方法是100％线程安全的，即使不是static。当您需要在线程之间共享数据时，就会出现线程安全性问题-您必须注意原子性，可见性等。

此方法仅对驻留在堆栈上的参数以及堆上对不可变对象的引用进行操作。堆栈本质上是线程本地的，因此永远不会发生数据共享。

不可变的对象（String在这种情况下）也是线程安全的，因为一旦创建，它们就无法更改，并且所有线程都具有相同的值。另一方面，如果该方法正在接受（可变）Date，则可能有问题。两个线程可以同时修改同一对象实例，从而导致竞争条件和可见性问题。

当方法更改某些共享状态时，它只能是线程不安全的。静态与否无关紧要。

该函数是完全线程安全的。

如果您考虑一下...假设如果情况有所不同会发生什么。如果不同步，每个常规函数都会有线程问题，因此JDK中的所有API函数都必须同步，因为它们可能被多个线程调用。而且由于大多数时间该应用程序使用某些API，因此多线程应用程序实际上是不可能的。

考虑到这太荒谬了，只为您考虑：如果有明确的原因可能存在问题，则方法不是线程安全的。尝试始终考虑一下我的函数中是否有多个线程，如果您有一个逐步调试器，又一步又一步地前进第一个线程，然后第二个线程，也许第二个线程，该怎么办？会有问题吗？如果找到一个，则它不是线程安全的。

还请注意，除声明的那些（例如ConcurrentHashMap）外，大多数Java 1.5 Collection类都不是线程安全的。

而且，如果您真的想深入研究它，请仔细查看volatile关键字及其所有副作用。看看Semaphore（）和Lock（）类，以及它们在java.util.Concurrent中的朋友。阅读有关类的所有API文档。也值得学习和满足。

抱歉，这个答案过于详尽。

在static同步静态方法中使用关键字可以修改线程之间共享的静态数据。使用static关键字，所有创建的线程将争用该方法的单个版本。

volatile与同步实例方法一起使用关键字将确保每个线程都有自己的共享数据副本，并且不会在线程之间泄漏任何读/写。

字符串对象不可更改是上述线程安全方案的另一个原因。相反，如果使用可变对象（例如makeMutableArray ..），则肯定会破坏线程安全性。