1.   列举几种进程的同步机制，并比较其优缺点。

原子操作    信号量机制   自旋锁    管程，会合，分布式系统

2.   进程之间通信的途径

共享存储系统       消息传递系统     管道：以文件系统为基础

3.   进程死锁的原因

资源竞争及进程推进顺序非法

4.   死锁的4个必要条件

互斥、请求保持、不可剥夺、环路

5.   死锁的处理

鸵鸟策略、预防策略、避免策略、检测与解除死锁

6.   操作系统中进程调度策略有哪几种？

FCFS(先来先服务)，优先级，时间片轮转，多级反馈

　

MFC的多线程函数必须声明为静态的或者是全局函数（不同的在于全局函数不能访问类的私有静态成员，而静态类函数可以）：但这样的线程函数只能访问静态的成员变量，要实现访问类的其他成员，可以这样实现：

1）全局函数。如   UINT   MyThread(LPVOID   p) 
2）类的静态成员函数。如   static   UINT   MyView::MyThread(LPVOID   p)

　　线程函数是可以带参数的，比如  static __stdcall  workthread(LPVOID lpParam)你可以在创建这个线程的时候，把对象指针传递到lpParam，然后使用这个指针就可以在线程函数里调用非静态成员变量和函数了。线程函数之所以必须是静态函数，是因为类的静态函数不属于该类的任何一个对象，它属于类的本事，所以在运行时可以直接调用类的静态函数，从而启动线程！

　　注意：一定要是静态的成员函数，不然会提示error C2664: 'CreateThread' : cannot convert parameter 3 from 'unsigned long (void *)' to 'unsigned long (__cdecl *)(void *)

AfxBeginThread和CreateThread具体区别 

1. 具体说来，CreateThread这个 函数是windows提供给用户的 API函数，是SDK的标准形式，在使用的过程中要考虑到进程的同步与互斥的关系，进程间的同步互斥等一系列会导致操作系统死锁的因素，用起来比较繁琐一些，初学的人在用到的时候可能会产生不可预料的错误，建议多使用AfxBeginThread，是编译器对原来的CreateThread函数的封装，用与MFC编程（当然，只要修改了项目属性，console和win32项目都能调用）而_beginthread是C的运行库函数。

在使用AfxBeginThread时，线程函数的定义为：UINT   _yourThreadFun(LPVOID   pParam)参数必须如此在使用CreateThread时，线程的函数定义为： DWORD WINAPI _yourThreadFun(LPVOID pParameter)

2.CreateThread：是Windows的API函数，直截了当的创建了线程。 它没有考虑：

1）C Runtime中需要对多线程进行纪录和初始化，以保证C函数库工作正常（典型的例子是strtok函数）。

2）MFC也需要知道新线程的创建，也需要做一些初始化工作（当然，如果没用MFC就没事了）。_beginthreadex：MS对C Runtime库的扩展函数，首先针对C Runtime库做了一些初始化的工作，以保证C Runtime库工作正常。然后，调用CreateThread真正创建线程。AfxBeginThread：MFC中线程创建的函数，首先创建了相应的CWinThread对象，然后调用CWinThread::CreateThread, 在CWinThread::CreateThread中，完成了对线程对象的初始化工作，然后，调用_beginthreadex创建线程。

如 果用MFC编程，不要用CreateThread，如果只是使用Runtime Library，用_BegingThread，总之，不要轻易使用CreateThread。这是因为在MFC和RTL中的函数有可能会用到些它们所封 装的公用变量，也就是说AfxBeginThread和_BeginThread都有自己的启动代码是CreateThread所没有的。在用 CreateThread所创建的线程中使用MFC的类和RTL函数就有可能出现问题。如果你是用汇编编写win32程序并且在线程函数中也不调用MFC 和RTL的函数，那用CreateThread就没问题，或者你虽然是用C写线程函数，但你很小心没调用RTL函数也不会有问题。

　　CreateThread是由操作系统提供的接口，而AfxBeginThread和_BeginThread则是编译器对它的封装。