問題タブ [thread-abort]

アプリケーションにローダーを実装しようとしていWPFます。いくつかの重い操作中に UI スレッドがフリーズするため、スレッドを使用してローダーを実装する必要がありました。ローダーがロードされるたびに、新しいスレッドが作成され、ローダーがオフになると、このスレッドは (手動で) 中止されます。私が直面している問題は、時々アプリケーションがクラッシュしてThreadAbortException.

これは、ローダーを開始するコードです。

このコードはローダーを停止するためのものです:

catch ブロックでこの例外をキャッチできません。別スレにあるからかな。ThreadAbortException を回避する方法を知りたい

Thread.Sleep を使用して特定の間隔でループしてデータを表示するスレッドがあります。

ボタンを押すと新しいデータセットがロードされ、最初から同じアクティビティを実行したいので、このアクティビティを中止したいと思います。

Thread.Abort(); をやってみました。ボタンクリックイベントで。しかし、ThreadAbortException はスローされませんでした。

Thread.Join(); の実行について Thread.Abort() の後; スレッドが実行するはずのアクションを実行しているときに、ThreadStateException「スレッドは開始されていません」をスローします。

時間がかかりすぎる場合Timerはキャンセルする必要があります。Thread

Threadメソッドを開始するときに、現在のスレッドを開始しTimer、現在のスレッドをパラメーターとしてイベントに渡します。

タイマーイベント:

しかし、Abort呼び出しは私に例外をスローします:

「コードが最適化されているか、ネイティブ フレームがコール スタックの一番上にあるため、式を評価できません」

そしてスレッドは生き続けます。の前にタイマーを開始しstartJob()、スレッドを直接渡すと、正常に動作します。

Thread.CurrentThread質問:バージョンが機能しないのはなぜですか? タイマースレッドも中止しなければならないからですか？ここで何が欠けていますか？

thisとthisのようなこの例外に対して見つけた回答は、異なるコンテキストからのものであり、正確な理由を理解するのに実際には役立ちません。

編集:これがスレッドを中止またはキャンセルする間違った方法であることはわかっています。実行することになっているジョブは、SerialPort を開くことです。しかし、〜200回ごとにスレッドが返されることはなく、結果を気にせずにスレッドを強制終了する必要があります。ループ中のシミュレーションは悪い例かもしれません。

IIS 6.0 でホストされている WCF サービス (.NET Framework 3.5 に組み込まれている) を使用しています。

コードの流れは以下の通り

1. クライアント (別の Web サービス) が WCF サービスを呼び出す
2. WCF サービスはスレッドを呼び出してバックグラウンドで処理を行い、呼び出し先にすぐに応答します。
3. すべての処理が完了すると、バックグラウンド スレッドがスレッドをコールバックします。クライアントは Web サービスであるため、この呼び出しは基本的に HTTPS 要求です。

しきい値を定義するために、WCF サービスの負荷テストを行っています。観察は次のとおりです。

1 分以内に WCF サービスに対して行われた 1024 の要求の約 3 回の反復が正常に通過します。各反復を完了するのにかかる時間は、約 25 ～ 30 分です。ただし、4 回目のイテレーションからバルク エラーが見られます。リクエストの約 50% は、以下の例外で失敗します。

Exception-Thread が中止されました。

スタックトレース

この問題を解決しようとした変更は次のとおりです。

web.config で

web.config で

web.config で

StackOverflow で多くの人が提案しているように、App プールの IdleTimeout プロパティを 0 に設定しました。

ストリームが使用される場所はどこでも、すべての場所で処分しました。したがって、すべてのストリームが閉じられます。

誰がスレッドを中止しているのか、その理由を教えてもらえますか?また、スレッド中止の開始の原因を追跡する手段やツールはありますか?

起動画面で起動に時間がかかっていると言ってクラッシュするため、アプリが拒否されます（ウォッチドッグタイマーで確認）。しかし、xcodeで実行している間、私の側では問題なく動作しています。

この Apple から、「審査中、IPv6 ネットワークに接続された Wi-Fi で iOS 10.2 を実行している iPad でアプリを起動できませんでした。」

IPv6 ネットワークの iPad(10.2) でこれを確認しましたが、正常に動作しています。

アプリがクラッシュしている以下のクラッシュで問題を見つける方法を理解できません。

クラッシュレポートは次のとおりです。