std::thread是c++11新引入的線程標(biāo)準(zhǔn)庫(kù)，通過(guò)其可以方便的編寫與平臺(tái)無(wú)關(guān)的多線程程序，雖然對(duì)比針對(duì)平臺(tái)來(lái)定制化多線程庫(kù)會(huì)使性能達(dá)到最大，但是會(huì)喪失了可移植性，這樣對(duì)比其他的高級(jí)語(yǔ)言，可謂是一個(gè)不足。終于在c++11承認(rèn)多線程的標(biāo)準(zhǔn)，可謂可喜可賀！??！

采用H5技術(shù)+css3國(guó)際標(biāo)準(zhǔn)網(wǎng)站建設(shè)，讓網(wǎng)站自動(dòng)適應(yīng)用戶使用終端設(shè)備，PC、平板、手機(jī)等，一個(gè)網(wǎng)址適應(yīng)，一套內(nèi)容統(tǒng)一戰(zhàn)略，節(jié)約企業(yè)資源。創(chuàng)新互聯(lián)還提供網(wǎng)站后期營(yíng)銷如：軟文平臺(tái)、買友情鏈接、一元廣告等。一般建站公司不為企業(yè)填充資料，更談不上內(nèi)容策劃，結(jié)果導(dǎo)致網(wǎng)站界面優(yōu)秀，內(nèi)容卻十分空泛或整體不協(xié)調(diào)，內(nèi)容策劃、內(nèi)容填充請(qǐng)交給我們。

在使用std::thread的時(shí)候，對(duì)創(chuàng)建的線程有兩種操作：等待/分離，也就是join/detach操作。join()操作是在std::thread t(func)后“某個(gè)”合適的地方調(diào)用，其作用是回收對(duì)應(yīng)創(chuàng)建的線程的資源，避免造成資源的泄露。detach()操作是在std::thread t(func)后馬上調(diào)用，用于把被創(chuàng)建的線程與做創(chuàng)建動(dòng)作的線程分離，分離的線程變?yōu)楹笈_(tái)線程,其后，創(chuàng)建的線程的“死活”就與其做創(chuàng)建動(dòng)作的線程無(wú)關(guān)，它的資源會(huì)被init進(jìn)程回收。

在這里主要對(duì)join做深入的理解。

由于join是等待被創(chuàng)建線程的結(jié)束，并回收它的資源。因此，join的調(diào)用位置就比較關(guān)鍵。比如，以下的調(diào)用位置都是錯(cuò)誤的。

void test()
{
}

bool do_other_things()
{
}

int main()
{
  std::thread t(test);
  int ret = do_other_things();
  if(ret == ERROR) {
    return -1;
  }

  t.join();
  return 0;
}

很明顯，如果do_other_things()函數(shù)調(diào)用返ERROR, 那么就會(huì)直接退出main函數(shù)，此時(shí)join就不會(huì)被調(diào)用，所以線程t的資源沒有被回收，造成了資源泄露。

例子二：

void test()
{
}

bool do_other_things()
{
}

int main()
{
  std::thread t(test);

  try {
    do_other_things();
  }
  catch(...) {
    throw;
  }
  t.join();
  return 0;
}

這個(gè)例子和例子一差不多，如果調(diào)用do_other_things()函數(shù)拋出異常，那么就會(huì)直接終止程序，join也不會(huì)被調(diào)用，造成了資源沒被回收。

那么直接在異常捕捉catch代碼塊里調(diào)用join就ok啦。

例子三：

void test()
{
}

bool do_other_things()
{
}

int main()
{
  std::thread t(test);

  try {
    do_other_things();
  }
  catch(...) {
    t.join();
    throw;
  }
  t.join();
  return 0;
}

是不是很多人這樣操作？這樣做不是萬(wàn)無(wú)一失的， try/catch塊只能夠捕捉輕量級(jí)的異常錯(cuò)誤，在這里如果在調(diào)用do_other_things()時(shí)發(fā)生嚴(yán)重的異常錯(cuò)誤，那么catch不會(huì)被觸發(fā)捕捉異常，同時(shí)造成程序直接從函數(shù)調(diào)用?；厮莘祷兀膊粫?huì)調(diào)用到join，也會(huì)造成線程資源沒被回收，資源泄露。

所以在這里有一個(gè)方法是使用創(chuàng)建局部對(duì)象，利用函數(shù)調(diào)用棧的特性，確保對(duì)象被銷毀時(shí)觸發(fā)析構(gòu)函數(shù)的方法來(lái)確保在主線程結(jié)束前調(diào)用join()，等待回收創(chuàng)建的線程的資源。

class mythread {
private:
  std::thread &m_t;

public:
  explicit mythread(std::thread &t):m_t(t){}
  ~mythread() {
    if(t.joinable()) {
      t.join()
    }
  }

  mythread(mythread const&) = delete;
  mythread& operate=(mythread const&) = delete;
}

void test()
{
}

bool do_other_things()
{
}

int main()
{
  std::thread t(test);
  mythread q(t);

  if(do_other_things()) {
    return -1;
  }

  return 0;
}

在上面的例子中，無(wú)論在調(diào)用do_other_things()是發(fā)生錯(cuò)誤，造成return main函數(shù)，還是產(chǎn)生異常，由于函數(shù)調(diào)用棧的關(guān)系，總會(huì)回溯的調(diào)用局部對(duì)象q的析構(gòu)函數(shù)，同時(shí)在q的析構(gòu)函數(shù)里面先判斷j.joinable()是因?yàn)?code>join操作對(duì)于同一個(gè)線程只能調(diào)用一次，不然會(huì)出現(xiàn)錯(cuò)誤的。這樣，就可以確保線程一定會(huì)在主函數(shù)結(jié)束前被等待回收了。

以上所述是小編給大家介紹的c++11中關(guān)于std::thread的join詳解整合，希望對(duì)大家有所幫助，如果大家有任何疑問(wèn)請(qǐng)給我留言，小編會(huì)及時(shí)回復(fù)大家的。在此也非常感謝大家對(duì)創(chuàng)新互聯(lián)網(wǎng)站的支持！