青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

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

如題。

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

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

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 溪流 閱讀(2952) 評(píng)論(29)  編輯 收藏 引用 所屬分類(lèi): C++Windows

評(píng)論:
# re: 如何寫(xiě) 執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢? 2011-05-26 01:10 | Linuxer
嗯,我也有類(lèi)似的問(wèn)題。

腳本是阻塞的比較方便,但是阻塞腳本又需要即時(shí)的響應(yīng)退出消息,沒(méi)有想到很好的解決辦法,搭車(chē)求解  回復(fù)  更多評(píng)論
  
# re: 如何寫(xiě) 執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢? 2011-05-26 01:31 | OwnWaterloo
SetThreadContext/GetThreadContext?
在其他線(xiàn)程上執(zhí)行 setjmp/longjmp... 太有意思了……
setjmp 到 longjmp 之間的C++代碼全得重寫(xiě)…… 哇……
  回復(fù)  更多評(píng)論
  
# re: 如何寫(xiě) 執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢? 2011-05-26 01:35 | tfzxyinhao
異步函數(shù)該怎么實(shí)現(xiàn)呢,新開(kāi)個(gè)線(xiàn)程然后返回嗎?  回復(fù)  更多評(píng)論
  
# re: 如何寫(xiě) 執(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: 如何寫(xiě) 執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢? 2011-05-26 09:25 | shaker(太子)
可以用APC 不過(guò)沒(méi)試過(guò)  回復(fù)  更多評(píng)論
  
# re: 如何寫(xiě) 執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢?[未登錄](méi) 2011-05-26 10:46 | vincent
我覺(jué)得你這樣寫(xiě)挺好
做等能把輪詢(xún)變被動(dòng)的方案  回復(fù)  更多評(píng)論
  
# re: 如何寫(xiě) 執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢? 2011-05-26 12:36 | 天堂的隔壁
個(gè)人認(rèn)為要看你的任務(wù)究竟在干什么,消耗CPU還是等待消息(網(wǎng)絡(luò),其他線(xiàn)程等)。

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

如果是后者,類(lèi)似你的方法;select加上超時(shí)后檢查退出狀態(tài)(這樣不會(huì)馬上退出,但退出等待時(shí)間也一般是可以接受的)等應(yīng)該都是可以接受的。  回復(fù)  更多評(píng)論
  
# re: 如何寫(xiě) 執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢? 2011-05-26 12:36 | yrj
暴力一點(diǎn)的辦法:繁重任務(wù)只管執(zhí)行,沒(méi)有退出代碼。誰(shuí)想讓這個(gè)任務(wù)退出,誰(shuí)就強(qiáng)行終止這個(gè)任務(wù)。資源釋放問(wèn)題,可以用新進(jìn)程執(zhí)行這個(gè)任務(wù)的辦法解決。  回復(fù)  更多評(píng)論
  
# re: 如何寫(xiě) 執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢? 2011-05-26 13:23 | 溪流
@天堂的隔壁
@yrj
我發(fā)這篇文章,說(shuō)這么多,就是為了不使用暴力手段。不然怎么知道線(xiàn)程究竟在哪兒被結(jié)束的?只有天知道了  回復(fù)  更多評(píng)論
  
# re: 如何寫(xiě) 執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢? 2011-05-26 13:25 | 溪流
@OwnWaterloo
還是同樣的問(wèn)題啊,在執(zhí)行 ctx.Eip = (DWORD)cancel; 的時(shí)候,原始的代碼執(zhí)行到哪一步了呢?當(dāng)下是否適合跳到別處呢?  回復(fù)  更多評(píng)論
  
# re: 如何寫(xiě) 執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢? 2011-05-26 13:27 | 溪流
@tfzxyinhao
我覺(jué)得是的
  回復(fù)  更多評(píng)論
  
# re: 如何寫(xiě) 執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢? 2011-05-26 13:28 | 溪流
@shaker(太子)
APC 是啥?  回復(fù)  更多評(píng)論
  
# re: 如何寫(xiě) 執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢? 2011-05-26 13:43 | 放屁阿狗
任何函數(shù)代碼執(zhí)行都是靠系統(tǒng)kernel進(jìn)行調(diào)度的,而最理想的退出方式就是接收來(lái)自系統(tǒng)的signal來(lái)中斷代碼,信號(hào)燈、事件、condition,select都是可以實(shí)現(xiàn)的  回復(fù)  更多評(píng)論
  
# re: 如何寫(xiě) 執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢? 2011-05-26 13:52 | 溪流
@放屁阿狗
不錯(cuò)。那么是不是只能像我一開(kāi)始舉例的那樣子寫(xiě)任務(wù)代碼呢?任務(wù)代碼里要充斥著退出條件檢測(cè)?  回復(fù)  更多評(píng)論
  
# re: 如何寫(xiě) 執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢? 2011-05-26 15:38 | OwnWaterloo
@溪流
哦, 你還想要 "安全的退出點(diǎn)" 啊?
你想想這兩種需求是否是矛盾的……
1. 只在一些點(diǎn)上可退出
2. 代碼中在這些點(diǎn)上又不要顯式寫(xiě)出測(cè)試
  回復(fù)  更多評(píng)論
  
# re: 如何寫(xiě) 執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢? 2011-05-26 15:44 | 溪流
@OwnWaterloo
好像有點(diǎn)矛盾的感覺(jué)。。。

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

我想了解對(duì)于此類(lèi)函數(shù)你們大家都是怎樣寫(xiě)的?是否也跟我一樣隔段代碼檢測(cè)一下隔段步驟再檢測(cè)一下?  回復(fù)  更多評(píng)論
  
# re: 如何寫(xiě) 執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢?[未登錄](méi) 2011-05-26 17:48 | jejer
waitformultiobject
通過(guò)一個(gè)object來(lái)控制 想退出的時(shí)候set這個(gè)object即可  回復(fù)  更多評(píng)論
  
# re: 如何寫(xiě) 執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢?[未登錄](méi) 2011-05-26 17:49 | jejer
對(duì)了 投遞一個(gè)APC事件好像也可以  回復(fù)  更多評(píng)論
  
# re: 如何寫(xiě) 執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢?[未登錄](méi) 2011-05-26 18:22 | vincent
@放屁阿狗
signal是王道
定義一個(gè)自己的signal好了

其他的更多是用于同步,其實(shí)不符合這個(gè)語(yǔ)意  回復(fù)  更多評(píng)論
  
# re: 如何寫(xiě) 執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢?[未登錄](méi) 2011-05-26 21:36 | tom
# re: 如何寫(xiě) 執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢?[未登錄](méi) 2011-05-26 22:15 | 楊粼波
用coroutine可以實(shí)現(xiàn)。  回復(fù)  更多評(píng)論
  
# re: 如何寫(xiě) 執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢?[未登錄](méi) 2011-05-26 22:16 | 楊粼波
補(bǔ)充一下,在Windows下面可以用纖程。
是一種類(lèi)似coroutine的實(shí)現(xiàn)。  回復(fù)  更多評(píng)論
  
# re: 如何寫(xiě) 執(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í)間滿(mǎn)足你“隨時(shí)立即”的時(shí)間要求,可用狀態(tài)機(jī)解決這個(gè)問(wèn)題。  回復(fù)  更多評(píng)論
  
# re: 如何寫(xiě) 執(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: 如何寫(xiě) 執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢? 2011-05-26 23:58 | 溪流
@yrj
所以最后還是需要類(lèi)似我開(kāi)頭寫(xiě)的那樣子,是嗎?  回復(fù)  更多評(píng)論
  
# re: 如何寫(xiě) 執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢? 2011-05-27 00:49 | OwnWaterloo
@楊粼波
lz需要的應(yīng)該是"被其他線(xiàn)程中止", 而不是"自主中止" —— 否則直接return不就完了?
coroutine 是自主切換的, COoperate。
  回復(fù)  更多評(píng)論
  
# re: 如何寫(xiě) 執(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)記前的工作是完成的, 余下的是放棄的。

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

  回復(fù)  更多評(píng)論
  
# re: 如何寫(xiě) 執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢? 2011-05-27 22:55 | 溪流
@OwnWaterloo
我覺(jué)得我的需求有點(diǎn)既要“被中止”又要“主動(dòng)中止”的意思。。。事實(shí)上好像免不了在任務(wù)函數(shù)里插入檢測(cè)語(yǔ)句或者如上面說(shuō)的標(biāo)記點(diǎn)。。。算了,,,應(yīng)該就差不多那樣子了。

另外,我突然覺(jué)得。一個(gè)“好”的程序,不,一個(gè)正確的程序。里面除了 WaitForSingleOnject(..., 0) 和 WaitForSingleOnject(..., INFINATE) 之外,是不應(yīng)該出現(xiàn) WaitForSingleOnject(..., 其他數(shù)值) 的,就像不應(yīng)該出現(xiàn) TerminateThread 一樣。這看法合理否?  回復(fù)  更多評(píng)論
  
# re: 如何寫(xiě) 執(zhí)行耗時(shí)任務(wù)的、可隨時(shí)立即退出的函數(shù) 呢? 2012-03-26 15:29 | hoodlum1980
在耗時(shí)任務(wù)中需要頻繁檢測(cè)退出條件,這個(gè)是必然的羅。無(wú)法避免的。但檢測(cè)一般可能是調(diào)用一個(gè)回調(diào)函數(shù)或者簡(jiǎn)單來(lái)說(shuō)去讀一個(gè)變量就可以了(要求比較低,甚至不需考慮線(xiàn)程同步),和耗時(shí)任務(wù)相比,這個(gè)檢測(cè)的成本是比較低的。還有把任務(wù)的切分粒度,是要放在一個(gè)合適的度上,太細(xì)就會(huì)導(dǎo)致你說(shuō)的檢測(cè)過(guò)于頻繁,顯然是不好的,可能影響運(yùn)行效率,太大的話(huà)會(huì)有延遲感。所以我覺(jué)得放在大約幾十ms到200ms左右是比較合適的。耗時(shí)任務(wù)劃分的單位粒度和任務(wù)有關(guān),比如圖像切片,寫(xiě)入讀取,壓縮和解壓的數(shù)據(jù)塊單位的大小。這個(gè)度必然是要自己去把握的。  回復(fù)  更多評(píng)論
  
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲经典三级| 亚洲黄色在线看| 欧美一级片久久久久久久| 欧美日韩国产小视频| 日韩一区二区免费看| 一区二区三区免费观看| 国产精品久久久久久久久久妞妞 | 狠狠爱综合网| 美女精品在线观看| 欧美国产亚洲另类动漫| 亚洲天堂久久| 久久精品人人| 日韩视频一区二区三区在线播放| 亚洲精品一区二区三区av| 欧美亚日韩国产aⅴ精品中极品| 亚洲一区在线视频| 久久精品国产欧美亚洲人人爽| 亚洲精品国精品久久99热一| 亚洲精选一区| 韩国av一区二区三区四区| 亚洲国产一区二区三区高清| 国产精品白丝黑袜喷水久久久 | 在线成人欧美| 亚洲人线精品午夜| 亚洲欧美不卡| 亚洲福利视频一区| 亚洲性夜色噜噜噜7777| 永久91嫩草亚洲精品人人| 一本大道久久精品懂色aⅴ| 国产日韩欧美一区二区三区在线观看 | 在线观看欧美一区| 一本色道久久88亚洲综合88| 国产亚洲一区在线播放| 亚洲精一区二区三区| 国产视频在线观看一区二区三区| 亚洲成色www8888| 国产日韩欧美一区| 99视频一区| 亚洲国产另类久久精品| 亚洲一区二区高清| 亚洲精品专区| 久久久中精品2020中文| 亚洲欧美日韩精品| 欧美福利电影网| 蜜桃av一区| 国产精品网站在线观看| 亚洲人成啪啪网站| 亚洲国产片色| 久久综合久久美利坚合众国| 欧美在线视频在线播放完整版免费观看| 欧美国产亚洲视频| 欧美国产视频日韩| 国产亚洲欧美一区| 亚洲欧美激情视频| 先锋影院在线亚洲| 欧美性片在线观看| 在线性视频日韩欧美| 日韩午夜av| 欧美电影打屁股sp| 欧美成人精品| 亚洲高清免费| 欧美va亚洲va国产综合| 欧美大片在线影院| 亚洲国产一区二区三区高清| 久久久亚洲精品一区二区三区| 久久久91精品国产| 国产字幕视频一区二区| 先锋a资源在线看亚洲| 欧美一区亚洲一区| 国产一区二区三区av电影| 亚洲欧美在线网| 久久精品一本| 狠狠色综合色综合网络| 久久久久99| 亚洲高清av在线| 一本色道久久综合亚洲精品按摩| 欧美国产日韩视频| 一本色道久久综合亚洲精品婷婷 | 国产一区二区三区四区在线观看| 亚洲欧美日韩天堂一区二区| 欧美有码在线观看视频| 国内伊人久久久久久网站视频| 久久精品国产69国产精品亚洲| 久久久久欧美| 亚洲精品黄网在线观看| 欧美日韩久久| 亚洲欧美国产高清| 影音先锋中文字幕一区| 免费成人美女女| 一区二区激情| 久久婷婷影院| 一区二区高清在线| 国产美女精品视频免费观看| 久久精品av麻豆的观看方式| 亚洲承认在线| 性色一区二区三区| 91久久久在线| 国产精品久久国产精品99gif | 亚洲精品看片| 久久国产色av| 日韩一二三在线视频播| 国产精品亚洲产品| 免费在线一区二区| 亚洲一区bb| 亚洲第一精品福利| 久久精品72免费观看| 亚洲美女视频在线观看| 国产午夜精品在线观看| 欧美精品久久久久久久| 欧美伊人久久久久久午夜久久久久| 欧美大片免费| 久久精品一区二区| 国产精品99久久不卡二区| 黄色精品在线看| 国产精品红桃| 欧美日韩精品伦理作品在线免费观看| 欧美在线观看www| 亚洲一区二区三区免费视频| 亚洲二区在线观看| 久久久中精品2020中文| 午夜亚洲视频| 99热精品在线观看| 精品动漫av| 国产午夜精品美女毛片视频| 欧美日韩在线不卡| 欧美成人69| 麻豆视频一区二区| 欧美制服丝袜第一页| 亚洲天天影视| 夜夜精品视频一区二区| 亚洲国产精品毛片| 亚洲成色精品| 亚洲第一视频| 老牛嫩草一区二区三区日本| 久久av一区二区三区| 亚洲一区综合| 亚洲欧美日韩中文播放| 99视频精品全国免费| 亚洲精选视频在线| 亚洲日本中文字幕区| 亚洲高清网站| 亚洲黄色一区二区三区| 精品1区2区3区4区| 韩日精品视频| 在线观看视频欧美| 影音先锋日韩精品| 1000部精品久久久久久久久| 国模 一区 二区 三区| 韩国av一区| 亚洲国产精品久久久久| 亚洲丁香婷深爱综合| 最新亚洲视频| aa成人免费视频| 中文亚洲欧美| 欧美在线999| 久久字幕精品一区| 欧美肥婆在线| 99re6热只有精品免费观看 | 蜜桃精品一区二区三区| 欧美99在线视频观看| 亚洲高清一二三区| 亚洲美女av网站| 亚洲图色在线| 欧美sm极限捆绑bd| 亚洲日本在线观看| 亚洲婷婷在线| 久久av最新网址| 狂野欧美一区| 欧美日韩一区二区三区高清| 欧美视频一区| 狠狠干狠狠久久| 日韩视频在线免费观看| 午夜免费在线观看精品视频| 久久精品亚洲一区二区三区浴池| 欧美成人国产| 中文一区在线| 免费日韩av| 国产精品久久二区| 亚洲国产人成综合网站| 亚洲综合国产| 欧美高清一区| 亚洲影院在线| 免费国产自线拍一欧美视频| 国产精品v片在线观看不卡| 黄色精品一二区| 中日韩男男gay无套| 狂野欧美一区| 亚洲一区在线观看免费观看电影高清| 久久精品青青大伊人av| 国产精品video| 亚洲三级电影全部在线观看高清| 亚洲欧美国产精品va在线观看| 美女脱光内衣内裤视频久久影院| 亚洲黄色视屏| 久久久777| 国产欧美大片| 亚洲一区二区黄| 欧美成人有码| 久久www成人_看片免费不卡| 欧美日韩精品伦理作品在线免费观看|