非同期の静的メソッドは、静的クラス変数を変更しない場合、スレッドセーフですか？

私はあなたがされた静的メソッドがあればと思いましていない同期が、ないではない任意の静的変数を変更し、それは、スレッドセーフでありますか？メソッドがその中にローカル変数を作成する場合はどうでしょうか？たとえば、次のコードはスレッドセーフですか？

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

したがって、2つのスレッドが継続的かつ同時にメソッドを呼び出す場合、1つは犬（「グレートデーン」と「ブルドッグ」など）で、もう1つは猫（「ペルシャ」と「シャム」など）で、猫と犬を取得します同じ配列で？または、猫と犬がメソッドの同じ呼び出し内に同時に存在することはありませんか？

このメソッドは100％スレッドセーフであり、そうでなかったとしても安全staticです。スレッド間で問題が発生するのは、スレッド間でデータを共有する必要がある場合です。原子性、可視性などに注意する必要があります。

このメソッドは、スタックに常駐するパラメーターと、ヒープ上の不変オブジェクトへの参照でのみ機能します。スタックは本質的にスレッドに対してローカルであるため、データの共有は発生しません。

不変オブジェクト（Stringこの場合）もスレッドセーフです。一度作成すると変更できず、すべてのスレッドに同じ値が表示されるためです。一方、メソッドが（可変）Dateを受け入れる場合は、問題が発生する可能性があります。2つのスレッドが同じオブジェクトインスタンスを同時に変更すると、競合状態と可視性の問題が発生します。

メソッドは、いくつかの共有状態を変更する場合にのみスレッド安全ではありません。静的であるかどうかは関係ありません。

関数は完全にスレッドセーフです。

あなたがそれについて考えるなら...これが違っていたらどうなるかを考えてください。通常の関数はすべて同期しないとスレッド化の問題が発生するため、JDKのすべてのAPI関数は、複数のスレッドによって呼び出される可能性があるため、同期する必要があります。また、ほとんどの場合、アプリは一部のAPIを使用しているため、マルチスレッドアプリは事実上不可能です。

これは馬鹿げすぎて考えられないので、あなただけのために：問題が発生する可能性のある明確な理由がある場合、メソッドはスレッドセーフではありません。私の関数に複数のスレッドがある場合、およびステップデバッガーがあり、次のステップが最初のスレッドを進めた場合、次に2番目のスレッド...おそらく2番目のスレッドが再度ある場合はどうなるかを常に考えてみてください。問題がありますか？見つかった場合、スレッドセーフではありません。

また、ほとんどのJava 1.5 Collectionクラスは、ConcurrentHashMapのように指定されている場合を除き、スレッドセーフではないことにも注意してください。

そして、本当にこれに飛び込みたいなら、volatileキーワードとそのすべての副作用をよく見てください。java.util.ConcurrentでSemaphore（）およびLock（）クラス、およびそれらの友達を見てください。クラスに関するすべてのAPIドキュメントをお読みください。学び、満足することも価値があります。

この過度に手の込んだ答えでごめんなさい。

static同期された静的メソッドでキーワードを使用して、スレッド間で共有される静的データを変更します。ではstatic、キーワード作成されたすべてのスレッドがメソッドの単一バージョンの競合します。

volatile同期されたインスタンスメソッドと共にキーワードを使用すると、各スレッドが共有データの独自のコピーを持ち、スレッド間で読み取り/書き込みがリークしないことが保証されます。

文字列オブジェクトが不変であることは、上記のスレッドセーフシナリオのもう1つの理由です。代わりに、可変オブジェクト（たとえばmakeMutableArray ..）を使用すると、スレッドセーフが確実に機能しなくなります。