System.Threading.Thread
クラスが封印されている理由を理解しようとしています。
私の推測では、セキュリティThread
です。パラメータを取得するフレームワークメソッドがいくつかありますが、Thread
これらは封印されておらず、派生した悪意のあるタイプをフィードする可能性があります。しかし、そのようなタイプが行う可能性のある実際の悪意のあることは考えられません。
例を思いつくことができますか?
System.Threading.Thread
クラスが封印されている理由を理解しようとしています。
私の推測では、セキュリティThread
です。パラメータを取得するフレームワークメソッドがいくつかありますが、Thread
これらは封印されておらず、派生した悪意のあるタイプをフィードする可能性があります。しかし、そのようなタイプが行う可能性のある実際の悪意のあることは考えられません。
例を思いつくことができますか?
誰かの派生スレッド クラスが VolatileRead や VolatileWrite などをオーバーライドすると、.NET ランタイム全体で使用される可能性があり、何らかの損害を与える可能性があると想像できます。
また、セキュリティ上の理由からではない場合もあります。スレッドは多くのプログラムの実行に不可欠であるため、それらを機能的に正しく実装しないと、ランタイムの安定性に多大なコストがかかる可能性があります。
編集: シールされたクラスで仮想メソッドを呼び出すときにコンパイラによって callvirt が発行されるため、おそらくパフォーマンス上の利点はありません。JIT コンパイラーがこれを行う可能性はありますが、いずれにしても証拠はありません。