线程共享的环境包括：进程代码段、进程的公有数据(利用这些共享的数据，线程很容易的实现相互之间的通讯)、进程打开的文件描述符、信号的处理器、进程的当前目录和进程用户ID与进程组ID。

   数，这个参数就是线程的优先级。

涉及多线程程序涉及的时候经常会出现一些令人难以思议的事情，用堆和栈分配一个变量可能在以后的执行中产生意想不到的结果，而这个结果的表现就是内存的非法被访问，导致内存的内容被更改。 

　　理解这个现象的两个基本概念是：在一个进程的线程共享堆区，而进程中的线程各自维持自己堆栈。 

　　另一运行机制就是如果声明一个成员变量如 char Name[200]，随着这段代码调用的结束，Name在栈区的地址被释放，而如果是 char * Name = new char[200]; 情况则完全不同，除非显示调用delete否则 Name指向的地址不会被释放。 

　　在B中如果用栈区 即采用临时变量的机制分配声明V和堆区，而者的结果是不同的。如果用栈区，如果变量地址为Am1-Am2这么大，退出B调用时候这段地址被释放，C函数可能将这段内存改写；这样当D执行的时候，从内存Am1-Am2中读取的内容就是被改过的了。 

　　而如果用New（堆）分配，则不会出现那样的情况，因为没有显示对用delete并且堆对于线程共享，即2线程可以看到1线程在堆里分配的东西，所以不会发生误写。 

　　这个问题是笔者在公司实习的时候发现的，因为当时刚刚涉及多线程程序设计，操作系统中如此简单的话题困扰笔者很久，希望可以对初涉C++多线程的读者有所帮助！ 2）如果两个线程共享堆，而且都有可能执行内存分配和释放操作，就必须进行同步保护，这个和C类，R类，T类没有关系。你看到的例子两个线程应该是使用各自的堆。 

　　在 windows 等平台上，不同线程缺省使用同一个堆，所以用 C 的 malloc （或者 windows 的 GlobalAlloc）分配内存的时候是使用了同步保护的。如果没有同步保护，在两个线程同时执行内存操作的时候会产生竞争条件，可能导致堆内内存管理混乱。比如两个线程分配了统一块内存地址，空闲链表指针错误等。 

　　Symbian 的线程一般使用独立的堆空间。这样每个线程可以直接在自己的堆里分配和释放，可以减少同步所引入的开销。当线程退出的时候，系统直接回收线程的堆空间，线程内没有释放的内存空间也不会造成进程内的内存泄漏。 

　　但是两个线程使用共用堆的时候，就必须用 critical section 或者 mutex 进行同步保护。否则程序崩溃时早晚的事。如果你的线程需要在共用堆上无规则的分配和释放任何数量和类型的对象，可以定制一个自己的 allcator，在 allocator 内部使用同步保护。线程直接使用这个 allocator 分配内存就可以了。这相当于实现自己的 malloc，free。但是更建议你重新审查一下自己的系统，因为这种情况大多数是不必要的。经过良好的设计，线程的本地堆应该能够满足大多数对象的需求。如果有某一类对象需要在共享堆上创建和共享，这种需求是比较合理的，可以在这个类的 new 和 delete 上实现共享保护。

同一进程中的线程究竟共享哪些资源