- 传递临时对象
- 陷阱
- 总结
- 临时对象作为线程参数
- 线程id的概念
- 临时对象构造时的抓捕
- 传递类对象、智能指针
- 成员函数指针做线程函数
传递临时对象作为线程参数
创建的工作线程不止一个，线程根据编号来确定工作内容。每个线程都需要知道自己的编号。线程中有很多容易犯错的写法
例子1
多线程需要执行的函数：
void my_print(const int &i, char* p_mybuff)
{
cout << i << endl;
cout << p_mybuff << endl;
return ;
}
主函数的写法
int mvar = 1; int& mvary = mvar; char mybuf[] = "this is a test!"; thread myobj(my_print, mvar, mybuf); myobj.join(); cout << "Main Thread!!!" << endl;
解释：注意陷阱！！！引用和指针的变量传参。
引用：表面看起来似乎正确，但是细节上有很多地方需要注意的，如果把join()改成detach()，然后主线程和子线程分别执行，那么可能出现主线程执行完了，但是传递进去的参数(引用形式)的资源已经被释放了，有没有可能出现错误？：
myobj.detach()
在创建thread对象的时候，做了一个复制，把值复制进去了，所以不是一个真引用，实际是值传递，不会出现资源释放的错误。但是反过来想，那么主线程的变量的值并不会改变。
指针：如果传递的参数是指针，第二个参数不安全，如果用detach()执行线程的时候，不推荐用“引用”，指针绝对会有问题！
正确的用法是什么样：不传引用，如果要传字符串的情况。
char* p_mybuff 改成 const string &p_mybuff ，确实不指向于同一块内存，什么时候出现了变量类型的转换？事实上存在主函数执行完了，p_mybuff 都被回收了，系统才用p_mybuff 去转换string
thread myobj(my_print, mvar, string(mybuf));
如果用一个string 去强制类型转换，生成一个临时对象，此时的临时对象会绑定到p_mybuff上。在创建线程的时候，构造临时变量的方法传递参数是可行的，此时也会调用一次构造函数，此时detach也能正确运行。为了防止主线程退出，子线程内存的非法引用。
1) 对传递int，直接用值传递。
2) 如果传递类对象，避免隐式类型转换。全部都在创建线程的时候就构建出临时对象，在函数参数里用引用来接收传递的函数。否则系统还会多构造一次函数，造成不必要的浪费。
3) 主线程中类型转换，那么A(mysecondpar) 这一步由主线程操作
thread myobj(myprint, mvar, A(mysecondpar));
thread myobj(myprint, mvar, mysecondpar);
4) 建议不使用detach，用join
传递临时对象作为线程参数
线程ID：在操作系统的层面需要调度线程，有一个线程ID，以及线程ID的文件描述符，用来管理这个线程的资源分配。在线程之间需要调度，所以也有优先级的概念。每个线程对应一个ID，线程ID可以用C++标准库里面的函数来获取 std::this_thread::get_id()。
传参函数给线程的时候，参数入口都是const，在函数中const不能修改，如果需要修改变量，就在初始化的时候“mutable”。在C++中，mutable也是为了突破const的限制而设置的。被mutable修饰的变量，将永远处于可变的状态，即使在一个const函数中。