pythonの "in"言語は、リストに対してスレッドセーフで構成されていますか？

Question

obj in a_listはスレッドセーフですが、a_listは別のスレッドで変更される可能性がありますか？

Here's a comprehensive yet non-exhaustive list of exampleslistの操作と、スレッドセーフであるかどうかにかかわらず、in言語構成の参照が見つかりませんでした。

私はCPythonを使っていますが、他の実装にもコミュニティに役立つと答えています。

Answer 1

ここでCPythonを使用しているとします。提供

は、いかなるカスタム__contains__またはリストは、Pythonコードで実装カスタム__eq__フックを使用に含まに対してパイソン又はに戻って、テスト値をドロップ__iter__フックは、inオペレータがCで完全に処理することができるがありませんちょうど1つのオペコードです。

これにより、操作はスレッドセーフです。 Pythonスレッドのみスイッチとオペコードの間で切り替えます。 GIL（グローバルインタプリタロック）は、通常、オペコード間のロックを解除するだけです。

つまり、もしあなたがカスタムC型でinを使っているのであれば、封じ込めをテストするときにGILをロック解除することはスレッドセーフではないでしょう。すなわち

：inバイトコード・テストがロックされているが、オペレータがPythonコードを呼び出す必要がある場合（__iter__で繰り返し、__contains__通る__contains__実装が利用できない、または値は、Pythonで実装__eq__フックに対してテストされている場合）操作はスレッドセーフではありません。

他のPythonの実装では、スレッド処理の仕方が大きく異なる場合があります。確かに、JythonとIronPythonにはGILがありません。操作はではなく、スレッドセーフであると仮定してください。