文章目录
1. 进程与线程的区别和联系
- 进程:进程是一个动态的过程,是一个活动的实体。简单来说,一个应用程序的运行就可以被看做是一个进程;
- 线程:是运行中的实际的任务执行者。可以说,进程中包含了多个可以同时运行的线程。通俗理解:例如你打开微信就是打开一个进程,在微信里面和好友视频聊天就是开启了一条线程。
- 两者之间的关系:一个进程里面可以有多个线程,至少有一个线程。一个线程一定会在一个进程里面。
进程与线程的区别
- 线程是程序执行的最小单位,而进程是操作系统分配资源的最小单位;
- 一个进程由一个或多个线程组成,线程是一个进程中代码的不同执行路线
- 进程之间相互独立,但同一进程下的各个线程之间共享程序的内存空间(包括代码段,数据集,堆等)及一些进程级的资源(如打开文件和信
号等),某进程内的线程在其他进程不可见; - 调度和切换:线程上下文切换比进程上下文切换要快得多
2. 并发,并行的区别
- 并发:同一时间段内交替运行多个进程(线程);
- 并行:同一时刻运行多个进程(线程)。很明显,只有多处理器才能支持。
- 并发(concurrency):把任务在不同的时间点交给处理器进行处理。在同一时间点,任务并不会同时运行。
- 并行(parallelism):把每一个任务分配给每一个处理器独立完成。在同一时间点,任务一定是同时运行。
并发就像我们的大脑思考一样,同一个时刻只能想一件事,但是在很短的一个时间段内我们可以三心二意。当然如果你长了几个脑袋,那你就可以并行思考了。
任务调度
大部分操作系统的任务调度是采用时间片轮转的抢占式调度方式,也就是说一个任务执行一小段时间后强制暂停去执行下一个任务,每个任务轮流执行。任务执行的一小段时间叫做时间片,任务正在执行时的状态叫运行状态,任务执行一段时间后强制暂停去执行下一个任务,被暂停的任务就处于就绪状态,等待下一个属于它的时间片的到来。这样每个任务都能得到执行,由于CPU的执行效率非常高,时间片非常短,在各个任务之间快速地切换,给人的感觉就是多个任务在“同时进行”,这也就是我们所说的并发
3. 为何不使用多进程而是使用多线程?
线程廉价,线程启动比较快,退出比较快,对系统资源的冲击也比较小。而且线程彼此分享了大部分核心对象的拥有权。
4. STL线程不安全的情况
什么是线程安全
多个线程同一时刻对同一个全局变量(同一份资源)做写操作(读操作不会涉及线程安全)时,如果跟我们预期的结果一样,我们就称之为线程安全,反之,线程不安全。我们通常通过为容器加锁来保证容器的线程安全性。
一般说来,stl对于多线程的支持仅限于下列两点:(貌似Effective STL中有描述)
- 1.多个读取者是安全的。即多个线程可以同时读取一个容器中的内容。 即此时多个线程调用 容器的不涉及到写的接口都可以 eg find, begin, end 等.
- 2.对不同容器的多个写入者是安全的。即多个线程对不同容器的同时写入合法。 但是对于同一容器当有线程写,有线程读时,如何保证正确? 需要程序员自己来控制,比如:线程A读容器某一项时,线程B正在移除该项。这会导致一下无法预知的错误。 通常的解决方式是用开销较小的临界区(CRITICAL_SECTION)来做同步。以下列方式同步基本上可以做到线程安全的容器(就是在有写操作的情况下仍能保证安全)。
- 1.每次调用容器的成员函数的期间需要锁定。
- 2.每个容器容器返回迭代器的生存期需要锁定。
- 3.每个容器在调用算法的执行期需要锁定。
5. C++11多线程join()和detach()的理解
- join()函数是一个等待线程函数,主线程需等待子线程运行结束后才可以继续运行,如果打算等待对应线程,则需要细心挑选调用join()的位置
- detach()函数是子线程的分离函数,当调用该函数后,线程就被分离到后台运行,主线程不需要等待该线程结束才结束
- std::this_thread::get_id() 获取当前线程编号
- std::thread::hardware_concurrency() 检测CPU有多少个核心
- get_id():获取线程的ID,它将返回一个类型为std::thread::id的对象。
- joinable():检查线程是否可被join。
- sleep_until():线程休眠至某个指定的时刻,才被重新唤醒;
- sleep_for(): 线程休眠某个指定的时间片,才被重新唤醒;
6. c++之多线程中“锁”(mutex)的用法
c++之多线程中“锁”(mutex)的用法
C++的std::lock_guard如何使用?
- c++ 11开始,c++提供了std::mutex类型,对于多线程的加锁操作提供了很好的支持。
- 对于std::mutex对象,任意时刻最多允许一个线程对其进行上锁
- mtx.lock():调用该函数的线程尝试加锁。如果上锁不成功,即:其它线程已经上锁且未释放,则当前线程block(阻塞)。如果上锁成功,则执行后面的操作,操作完成后要调用mtx.unlock()释放锁,否则会导致死锁的产生(针对两个子线程)
原因就是“利用锁来保护共享变量”,(多个线程都能对其进行访问,所以就是共享变量啦)。
- mtx.unlock():释放锁
- std::mutex还有一个操作:mtx.try_lock(),字面意思就是:“尝试上锁”,与mtx.lock()的不同点在于:如果上锁不成功,当前线程不阻塞。
定义一个std::mutex对象用于保护counter共享变量。对于任意一个线程,如果想访问counter,首先要进行"加锁"操作,如果加锁成功,则进行counter的读写,读写操作完成后释放锁(重要!!!); 如果“加锁”不成功,则线程阻塞,直到加锁成功。
7. 主线程与子线程的执行顺序
- 一般情况下,主线程总是优于子线程的执行
- 在一个线程中开启另外一个新线程,则新开线程称为该线程的子线程,子线程初始优先级与父线程相同。不过主线程先启动占用了cpu资源,因此主线程总是优于子线程。然而,其实设置了优先级,也无法保障线程的执行次序。只不过,优先级高的线程获取CPU资源的概率较大,优先级低的并非没机会执行。 线程的优先级用1-10之间的整数表示,数值越大优先级越高,默认的优先级为5。但是如果存在主线程和子线程争抢cpu执行权的话,看运气,谁抢到就让谁执行。因此,此时main主线程和t1、t2子线程之间存在争抢cpu执行权,因此无法判断谁优先执行。
8. C++异常处理(try和catch)
- 在 C++ 中,一个函数能够检测出异常并且将异常返回,这种机制称为抛出异常。当抛出异常后,函数调用者捕获到该异常,并对该异常进行处理,我们称之为异常捕获。
- C++ 新增 throw 关键字用于抛出异常,新增 catch 关键字用于捕获异常,新增 try 关键字尝试捕获异常。通常将尝试捕获的语句放在try{ }程序块中,而将异常处理语句置于catch{ }语句块中。
抛出异常的基本语法:
throw 表达式;
抛出异常由 throw 关键字加上一个表达式构成。抛出异常后需要捕获异常以及异常处理程序,其基本语法如下:
try
{
//可能抛出异常的语句
}
catch (异常类型1)
{
//异常类型1的处理程序
}
catch (异常类型2)
{
//异常类型2的处理程序
}
// ……
catch (异常类型n)
{
//异常类型n的处理程序
}
catch(...)
{
//这里会拦截住所有try里没有被前面捕获的错误,但是你不知道是什么错误
//如果有前边的catch,这个...一般不会运行到
std::cout<<"未知错误"<<std::endl;
}
catch 的数据类型需要与throw出来的数据类型相匹配的
catch(…)能够捕获多种数据类型的异常对象,所以它提供给程序员一种对异常对象更好的控制手段,使开发的软件系统有很好的可靠性。
9. exit()函数记录——exit(0),exit(1) 和 exit(-1)的区别
exit()函数记录——exit(0),exit(1) 和 exit(-1)的区别
1、exit的功能为:退出当前运行的程序,并将参数value返回给主调进程。
2、exit(0),exit(1) 和 exit(-1)的区别
exit(0)表示程序正常退出;除了0之外,其他参数均代表程序异常退出,如:exit(1),exit(-1)。
exit(1)和exit(-1)是分别返回1和-1到主调程序。
exit(0)则是返回0。exit(0)表示程序正常退出,非0表示非正常退出。
3、return与exit的区别
return是语言级别的,它表示了调用堆栈的返回;
而exit是系统调用级别的,它表示了一个进程的结束。
return和exit作用大致相同。
在main中:
return v; 与 exit(v); 的效果相同。
但是在其它功能函数中就会有所区别:
return会跳出函数,而exit会结束程序。
即: return是返回函数调用,如果返回的是main函数,则为退出程序 ;
exit是在调用处强行退出程序,运行一次该程序就被强制结束 。
4、通常可以借助exit()的返回值判断程序结束状态,
0表示程序正常退出,
其它值是异常退出,
在退出前可以给出一些提示信息,方便在调试程序时察看出错原因。
10. unique_lock
- std::lock这个名字已经被用了。
- unique_lock和unique_ptr有点像:它可以是空的(不持有锁),可以move但不可以copy,可以用release放弃RAII而不释放锁。(作为对比,std::scoped_lock这些都不可以)。
- 另外可以对比unique_lock和shared_lock:对于shared_mutex这样有“独占模式”和“共享模式”的mutex来说,unique_lock专门管理“独占模式”,而shared_lock专门管理“共享模式”。