我想在 Application_End() 中等待一個子執行緒安全結束。
在 IIS 中，當管理員 stop 網站時，我希望子執行緒保存資料，然后安全退出，之后網站才停止。
但是，我下面的代碼，在 sbThread.Join() 時，.NET 將會在片刻等待之后，強行退出，根本不等我的后臺背景執行緒保存資料。
結果，子執行緒僅僅保存了一半的資料，其余的則丟失了。
protected void Application_End( object sender, EventArgs e )
{
Thread workThread;
lock( dataStore.sbpSync )
{
workThread = dataStore.workThread;
dataStore.exiting = true;
dataStore.autoEvent.Set();
}
if( workThread != null )
workThread.Join();
}
就像我們在寫桌面程式那樣，程式退出之前，需要保存資料。 Asp.net 應該有這個機制吧？
uj5u.com熱心網友回復：
順便說一下，我這個子執行緒的場景：我正在集成 Paypal 支付系統，Paypal 會向我的網站發出各種支付進度、失敗、原因、退款、爭議的事件。
我收到這些事件后，得將它們原樣發回，以校驗這些事件的真實性，確保它們不是第三方偽造的。
于是，我啟用一個后臺執行緒，將收到的事件排隊，發回給 Paypal，如因網路原因發送失敗，將重新發送(最多 12 次，且限時 2 天)，直到發送成功為止。
當站長 stop 網站時，我希望這些“事件資料”能保存，下次網站重啟時，接著發。
uj5u.com熱心網友回復：
難道，Asp.net 就沒有機制來保證 子執行緒資料 的安全，說退出就強制退出了？那我剛收到“事件”，網站就退出了，那不是很扯蛋？
uj5u.com熱心網友回復：
大哥既然你的資料是這么重要的話，你應該是所有操作都應該以你的格式繞過作業系統快取寫成日志記錄，一個程式專門接收這些資料。然后發送的又是另一個程式又是寫日志。第三程式是將接收發送的日志定時歸檔。什么都是IIS 做成何體系。不想煩寫資料庫也可以。uj5u.com熱心網友回復：
額，你的意思是，你不是立刻發的，是有個佇列發這個佇列的是記憶體化的，應用程式池重啟他就掉了，所以需要在重啟前持久化
如果我理解的沒錯，那么我們說，你需要一個自己就能持久化的佇列，而不是自己在重啟前弄（最差的情況是藍屏，掉電，這你攔不住把，所以需要他自己就能持久）
so，愿意接受新東西，非微軟的東西可以用rabbitmq，activmq，不愿意非微軟的方案就請在服務器端開啟msmq微軟訊息佇列
這些都是自動持久化的
uj5u.com熱心網友回復：
樓上，你這個說法不對，當然，感謝你的回復。無論是哪種 Web 服務器，它在停止時，肯定是先關閉 80 埠的監聽，然后等待子執行緒安全退出。
如果不是這樣，服務器強制退出，那么你的任何子執行緒都會丟失資料，無論你是寫日志，還是寫資料庫。 我剛收到一個資料，你跨嚓就退出了，我怎么做都沒用。
也就可以下結論說，Web 服務器根本不支持子執行緒，如果你要用子執行緒，就必然接受“丟失資料”。
我現在的思路是，用 Task 來代替 Thread，讓“發回校驗”的業務在系統的執行緒池執行，看 IIS 是不是可以讓它安全退出
uj5u.com熱心網友回復：
我們并不想討論什么應用程式池就應該等著你結束，他才結束，因為你要一輩子不結束，他那倒是麻煩事比如window關機就會可能彈出一個框告訴你，xx程式打死不結束，他阻止關機
我們只是告訴你，請開啟msmq看看結果，你會發現世界不一樣的（雖然msmq也不是新東西，幾乎跟mssql一樣古老，但是你看不見他，也許一輩子都看不見）
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/204095.html
標籤：ASP.NET