久久人人爽人人爽人人片AV不 ,亚洲天堂久久精品,99国产欧美久久久精品蜜芽

<ins id="pjuwb"></ins>

<blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>

<noscript id="pjuwb"></noscript>

<sup id="pjuwb"><pre id="pjuwb"></pre></sup>

<dd id="pjuwb"></dd>

<abbr id="pjuwb"></abbr>

<rt id="yu2c4"></rt>

<button id="yu2c4"></button>

<rt id="yu2c4"><acronym id="yu2c4"></acronym></rt>

<code id="yu2c4"><wbr id="yu2c4"></wbr></code>

<button id="yu2c4"><input id="yu2c4"></input></button>

隨筆-90 評(píng)論-947 文章-0 trackbacks-0

如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？

如題。

稍微解釋下，因?yàn)橛锌赡苡腥藭?huì)誤會(huì)：放新線程里面去不就可以了？這沒有解決問題。如此的話，你那個(gè)線程函數(shù)怎么寫？或者線程函數(shù)里調(diào)用的某個(gè)任務(wù)函數(shù)怎么寫？總之，多線程雖然總是出現(xiàn)在這些問題的解決方案中，但不是多線程解決了這個(gè)問題。嗯……不知道說清楚了沒？

目前我心里的答案只有這一種模式：

bool DoTask(HANDLE hQuitSignal)
{
    while (!QuitCondition)
    {
        if (WaitForSingleObject(hQuitSignal, 0) == WAIT_OBJECT_0)
        {
            return false;
        }

// Do something
}

return true;
}

其中，“// Do something”部分要細(xì)化到瞬間執(zhí)行完成的細(xì)度。

但是我很困惑的是，如果這些任務(wù)很繁重，難道我必須每進(jìn)行一些操作就 if (WaitForSingleObject(hQuitSignal, 0) == WAIT_OBJECT_0) 檢查下嗎？這樣豈不是這種檢測(cè)代碼充斥在任務(wù)中了？

不知各位有何經(jīng)驗(yàn)和體會(huì)，求教~

posted on 2011-05-26 00:36 溪流閱讀(2923) 評(píng)論(29) 編輯收藏引用所屬分類: C++ 、Windows

評(píng)論:

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？ 2011-05-26 01:10 | Linuxer

嗯，我也有類似的問題。

腳本是阻塞的比較方便，但是阻塞腳本又需要即時(shí)的響應(yīng)退出消息，沒有想到很好的解決辦法，搭車求解回復(fù) 更多評(píng)論

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？ 2011-05-26 01:31 | OwnWaterloo

SetThreadContext/GetThreadContext?
在其他線程上執(zhí)行 setjmp/longjmp... 太有意思了……
setjmp 到 longjmp 之間的C++代碼全得重寫…… 哇……
回復(fù) 更多評(píng)論

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？ 2011-05-26 01:35 | tfzxyinhao

異步函數(shù)該怎么實(shí)現(xiàn)呢，新開個(gè)線程然后返回嗎？回復(fù) 更多評(píng)論

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？ 2011-05-26 02:26 | OwnWaterloo

#define WIN32_LEAN_AND_MEAN
#include <windows.h>

DWORD CALLBACK infinite(void* arg) { for (;;) Sleep(0); return 0; }
void cancel(void) { ExitThread(12); }

int main(void)
{

DWORD tid = 0;
HANDLE thread = CreateThread(NULL, 0, infinite, 0, 0, &tid);
CONTEXT ctx = {0};
ctx.ContextFlags = CONTEXT_ALL;
SuspendThread(thread);
GetThreadContext(thread, &ctx);
ctx.Eip = (DWORD)cancel;
SetThreadContext(thread, &ctx);
ResumeThread(thread);
WaitForSingleObject(thread, INFINITE);
GetExitCodeThread(thread, &tid);
CloseHandle(thread);
return (int)tid;

}
回復(fù) 更多評(píng)論

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？ 2011-05-26 09:25 | shaker(太子)

可以用APC 不過沒試過回復(fù) 更多評(píng)論

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？[未登錄] 2011-05-26 10:46 | vincent

我覺得你這樣寫挺好
做等能把輪詢變被動(dòng)的方案回復(fù) 更多評(píng)論

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？ 2011-05-26 12:36 | 天堂的隔壁

個(gè)人認(rèn)為要看你的任務(wù)究竟在干什么，消耗CPU還是等待消息（網(wǎng)絡(luò)，其他線程等）。

如果是前者，把這段計(jì)算局部化（否則會(huì)對(duì)其他線程的狀態(tài)造成影響，會(huì)很難處理），然后想退出的時(shí)候把線程干掉就好了。

如果是后者，類似你的方法；select加上超時(shí)后檢查退出狀態(tài)（這樣不會(huì)馬上退出，但退出等待時(shí)間也一般是可以接受的）等應(yīng)該都是可以接受的。回復(fù) 更多評(píng)論

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？ 2011-05-26 12:36 | yrj

暴力一點(diǎn)的辦法：繁重任務(wù)只管執(zhí)行，沒有退出代碼。誰想讓這個(gè)任務(wù)退出，誰就強(qiáng)行終止這個(gè)任務(wù)。資源釋放問題，可以用新進(jìn)程執(zhí)行這個(gè)任務(wù)的辦法解決。回復(fù) 更多評(píng)論

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？ 2011-05-26 13:23 | 溪流

@天堂的隔壁
@yrj
我發(fā)這篇文章，說這么多，就是為了不使用暴力手段。不然怎么知道線程究竟在哪兒被結(jié)束的？只有天知道了回復(fù) 更多評(píng)論

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？ 2011-05-26 13:25 | 溪流

@OwnWaterloo
還是同樣的問題啊，在執(zhí)行 ctx.Eip = (DWORD)cancel; 的時(shí)候，原始的代碼執(zhí)行到哪一步了呢？當(dāng)下是否適合跳到別處呢？回復(fù) 更多評(píng)論

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？ 2011-05-26 13:27 | 溪流

@tfzxyinhao
我覺得是的
回復(fù) 更多評(píng)論

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？ 2011-05-26 13:28 | 溪流

@shaker(太子)
APC 是啥？回復(fù) 更多評(píng)論

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？ 2011-05-26 13:43 | 放屁阿狗

任何函數(shù)代碼執(zhí)行都是靠系統(tǒng)kernel進(jìn)行調(diào)度的，而最理想的退出方式就是接收來自系統(tǒng)的signal來中斷代碼，信號(hào)燈、事件、condition，select都是可以實(shí)現(xiàn)的回復(fù) 更多評(píng)論

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？ 2011-05-26 13:52 | 溪流

@放屁阿狗
不錯(cuò)。那么是不是只能像我一開始舉例的那樣子寫任務(wù)代碼呢？任務(wù)代碼里要充斥著退出條件檢測(cè)？回復(fù) 更多評(píng)論

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？ 2011-05-26 15:38 | OwnWaterloo

@溪流
哦，你還想要 "安全的退出點(diǎn)" 啊？
你想想這兩種需求是否是矛盾的……
1. 只在一些點(diǎn)上可退出
2. 代碼中在這些點(diǎn)上又不要顯式寫出測(cè)試
回復(fù) 更多評(píng)論

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？ 2011-05-26 15:44 | 溪流

@OwnWaterloo
好像有點(diǎn)矛盾的感覺。。。

但是，安全的退出點(diǎn)我覺得是必須的。比如我在寫文件，過程雖然中斷了但是我必須保證已寫部分是符合格式的，還可能要寫點(diǎn)結(jié)尾性質(zhì)的數(shù)據(jù)；又比如我在更改一系列具有關(guān)聯(lián)的狀態(tài)數(shù)據(jù)，我必須保證這些數(shù)據(jù)的一致性，不能隨便找個(gè)點(diǎn)退出；。。。是不是？

我想了解對(duì)于此類函數(shù)你們大家都是怎樣寫的？是否也跟我一樣隔段代碼檢測(cè)一下隔段步驟再檢測(cè)一下？回復(fù) 更多評(píng)論

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？[未登錄] 2011-05-26 17:48 | jejer

waitformultiobject
通過一個(gè)object來控制想退出的時(shí)候set這個(gè)object即可回復(fù) 更多評(píng)論

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？[未登錄] 2011-05-26 17:49 | jejer

對(duì)了投遞一個(gè)APC事件好像也可以回復(fù) 更多評(píng)論

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？[未登錄] 2011-05-26 18:22 | vincent

@放屁阿狗
signal是王道
定義一個(gè)自己的signal好了

其他的更多是用于同步,其實(shí)不符合這個(gè)語意回復(fù) 更多評(píng)論

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？[未登錄] 2011-05-26 21:36 | tom

From Herb Sutter:
http://drdobbs.com/go-parallel/article/print?articleId=217801299
http://drdobbs.com/architecture-and-design/207100682 回復(fù) 更多評(píng)論

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？[未登錄] 2011-05-26 22:15 | 楊粼波

用coroutine可以實(shí)現(xiàn)。回復(fù) 更多評(píng)論

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？[未登錄] 2011-05-26 22:16 | 楊粼波

補(bǔ)充一下，在Windows下面可以用纖程。
是一種類似coroutine的實(shí)現(xiàn)。回復(fù) 更多評(píng)論

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？ 2011-05-26 23:21 | yrj

"安全的退出點(diǎn)" 和"隨時(shí)立即退出"這兩個(gè)要求矛盾。如果長(zhǎng)時(shí)間任務(wù)能被拆分成 N 個(gè)狀態(tài)，每個(gè)任務(wù)的執(zhí)行時(shí)間滿足你“隨時(shí)立即”的時(shí)間要求，可用狀態(tài)機(jī)解決這個(gè)問題。回復(fù) 更多評(píng)論

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？ 2011-05-26 23:42 | yrj

bool DoTask(HANDLE hQuitSignal)
{
int state = 0;

while (!QuitCondition)
{
if (WaitForSingleObject(hQuitSignal, 0) == WAIT_OBJECT_0)
{
DoQuit(state);
return false;
}

DoSomeThing(state);
++state;
}

return true;
} 回復(fù) 更多評(píng)論

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？ 2011-05-26 23:58 | 溪流

@yrj
所以最后還是需要類似我開頭寫的那樣子，是嗎？回復(fù) 更多評(píng)論

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？ 2011-05-27 00:49 | OwnWaterloo

@楊粼波
lz需要的應(yīng)該是"被其他線程中止"，而不是"自主中止" —— 否則直接return不就完了？
coroutine 是自主切換的， COoperate。
回復(fù) 更多評(píng)論

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？ 2011-05-27 01:03 | OwnWaterloo

@溪流
另一種方式：將那些退出測(cè)試點(diǎn)，換成設(shè)置一個(gè)完成標(biāo)記。

退出測(cè)試：
發(fā)出的中止請(qǐng)求會(huì)"延遲"到執(zhí)行退出測(cè)試點(diǎn)時(shí)。
這個(gè)退出點(diǎn)之前的工作都是完成的，余下的是放棄的。

完成標(biāo)記：
發(fā)出的中止請(qǐng)求會(huì)"立即" —— 可能也會(huì)有一些延遲，但至少不會(huì)等待到下一個(gè)完成標(biāo)記 —— 執(zhí)行。
上一個(gè)完成標(biāo)記前的工作是完成的，余下的是放棄的。

就看你的工作是否能分開了……
比如，數(shù)據(jù)如果是行為單位，就可以寫一行后增加行計(jì)數(shù)。
行計(jì)數(shù)前的數(shù)據(jù)是有效的。
如果數(shù)據(jù)是，比如xml，那就完蛋……

回復(fù) 更多評(píng)論

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？ 2011-05-27 22:55 | 溪流

@OwnWaterloo
我覺得我的需求有點(diǎn)既要“被中止”又要“主動(dòng)中止”的意思。。。事實(shí)上好像免不了在任務(wù)函數(shù)里插入檢測(cè)語句或者如上面說的標(biāo)記點(diǎn)。。。算了，，，應(yīng)該就差不多那樣子了。

另外，我突然覺得。一個(gè)“好”的程序，不，一個(gè)正確的程序。里面除了 WaitForSingleOnject(..., 0) 和 WaitForSingleOnject(..., INFINATE) 之外，是不應(yīng)該出現(xiàn) WaitForSingleOnject(..., 其他數(shù)值) 的，就像不應(yīng)該出現(xiàn) TerminateThread 一樣。這看法合理否？回復(fù) 更多評(píng)論

# re: 如何寫執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢？ 2012-03-26 15:29 | hoodlum1980

在耗時(shí)任務(wù)中需要頻繁檢測(cè)退出條件，這個(gè)是必然的羅。無法避免的。但檢測(cè)一般可能是調(diào)用一個(gè)回調(diào)函數(shù)或者簡(jiǎn)單來說去讀一個(gè)變量就可以了（要求比較低，甚至不需考慮線程同步），和耗時(shí)任務(wù)相比，這個(gè)檢測(cè)的成本是比較低的。還有把任務(wù)的切分粒度，是要放在一個(gè)合適的度上，太細(xì)就會(huì)導(dǎo)致你說的檢測(cè)過于頻繁，顯然是不好的，可能影響運(yùn)行效率，太大的話會(huì)有延遲感。所以我覺得放在大約幾十ms到200ms左右是比較合適的。耗時(shí)任務(wù)劃分的單位粒度和任務(wù)有關(guān)，比如圖像切片，寫入讀取，壓縮和解壓的數(shù)據(jù)塊單位的大小。這個(gè)度必然是要自己去把握的。回復(fù) 更多評(píng)論

刷新評(píng)論列表

只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
【推薦】100%開源！大型工業(yè)跨平臺(tái)軟件C++源碼提供，建模，組態(tài)！

相關(guān)文章: 建立一個(gè)簡(jiǎn)單干凈的 gn+ninja 工具鏈微軟拼音長(zhǎng)句模式恢復(fù)工具支持Win10 1803 發(fā)布個(gè)工具，一鍵恢復(fù)Win8/8.1中的微軟拼音長(zhǎng)句模式（新體驗(yàn)?zāi)Ｊ剑?/a> 將 Timer 對(duì)象化裸寫一個(gè)進(jìn)程外 COM 組件讓 COM 脫離注冊(cè)表在 DLL 中加入第二個(gè) COM 類讓COM組件可被跨語言調(diào)用裸寫一個(gè)進(jìn)程內(nèi) COM 組件寫個(gè)含 Windows Media Player 的窗口

網(wǎng)站導(dǎo)航: 博客園 IT新聞 BlogJava 博問 Chat2DB 管理

久久66热人妻偷产精品9| 精品久久久久久无码专区不卡| 99久久777色| 一本久久a久久精品综合夜夜| 国产精品无码久久四虎| 久久久黄色大片| 26uuu久久五月天| 久久久久亚洲AV无码专区首JN| 久久水蜜桃亚洲av无码精品麻豆| 91精品国产91久久| 亚洲色大成网站www久久九| 久久精品一区二区| 无码日韩人妻精品久久蜜桃| 99久久精品免费看国产一区二区三区| 天天影视色香欲综合久久| 久久99精品久久只有精品| 中文成人无码精品久久久不卡| 国产精品久久免费| 中文字幕无码免费久久| 国内精品伊人久久久久网站| 国产美女久久精品香蕉69| 久久中文字幕人妻丝袜| 久久亚洲国产精品五月天婷| 久久r热这里有精品视频| 中文字幕乱码久久午夜| 亚洲欧美日韩久久精品| 丰满少妇人妻久久久久久4| 国产麻豆精品久久一二三| 欧洲精品久久久av无码电影| 久久无码专区国产精品发布| 狠狠人妻久久久久久综合| 国产亚洲精午夜久久久久久 | 91久久国产视频| 久久精品蜜芽亚洲国产AV| 亚洲国产精品18久久久久久| 久久久精品国产免大香伊| 精品久久久久久无码不卡| 国内精品久久国产| 久久夜色精品国产噜噜麻豆| 国产精品久久久久久福利69堂| 久久99国产精品久久99|

<tfoot id="gyg2w"></tfoot>

<li id="gyg2w"></li>

<li id="gyg2w"></li>

<li id="gyg2w"></li><li id="gyg2w"></li>

<nav id="gyg2w"><dl id="gyg2w"></dl></nav>