很想写点关于多进程和多线程的东西，我确实很爱他们。但是每每想动手写点关于他们的东西，却总是求全心理作祟，始终动不了手。
今天终于下了决心，写点东西，以后可以再修修补补也无妨。
这个问题或许本身都不是个问题。但是对于没有接触过多进程编程的朋友来说，他们确实无法感受到并发的魅力以及必要性。
所以，为何需要并发？因为我们需要更强大的功能，提供更多的服务，所以并发，必不可少。
说得简单点，下面这段代码执行的时候
[cpp] view plain
[cpp] view plain
i am the child process, my process id is 15806the exit pid:15806i am the parent process, my process id is 15805the exit pid:15805
某本书上的规则：函数名在用于非函数调用的时候，都等效于函数指针。
说到子进程只是一个额外的流程，那他跟父进程的联系和区别是什么呢？
fork的效率。
简而言之，线程就是把一个进程分为很多片，每一片都可以是一个独立的流程。这已经明显不同于多进程了，进程是一个拷贝的流程，而线程只是把一条河流截成很多条小溪。它没有拷贝这些额外的开销，但是仅仅是现存的一条河流，就被多线程技术几乎无开销地转成很多条小流程，它的伟大就在于它少之又少的系统开销。（当然伟大的后面又引发了重入性等种种问题，这个后面慢慢比较）。
int pthread_create(pthread_t *restrict tidp, const pthread_attr_t *restrict attr, void *(*start_rtn)(void), void *restrict arg);
Returns: 0 if OK, error number on failure
第一个参数为指向线程标识符的指针。第二个参数用来设置线程属性。第三个参数是线程运行函数的起始地址。最后一个参数是运行函数的参数。
[cpp] view plain
额外的说下，linux下要编译使用线程的代码，一定要记得调用pthread库。如下编译：
gcc -o pthrea -pthread pthrea.c
四.比较以及注意事项
1.看完前面，应该对多进程和多线程有个直观的认识。如果总结多进程和多线程的区别，你肯定能说，前者开销大，后者开销较小。确实，这就是最基本的区别。
2.线程函数的可重入性：
说到函数的可重入，和线程安全，我偷懒了，引用网上的一些总结。
线程安全：概念比较直观。一般说来，一个函数被称为线程安全的，当且仅当被多个并发线程反复调用时，它会一直产生正确的结果。
可重入：概念基本没有比较正式的完整解释，但是它比线程安全要求更严格。根据经验，所谓“重入”，常见的情况是，程序执行到某个函数foo()时，收到信号，于是暂停目前正在执行的函数，转到信号处理函数，而这个信号处理函数的执行过程中，又恰恰也会进入到刚刚执行的函数foo()，这样便发生了所谓的重入。此时如果foo()能够正确的运行，而且处理完成后，之前暂停的foo()也能够正确运行，则说明它是可重入的。
线程安全的条件：
要确保函数线程安全，主要需要考虑的是线程之间的共享变量。属于同一进程的不同线程会共享进程内存空间中的全局区和堆，而私有的线程空间则主要包括栈和寄存器。因此，对于同一进程的不同线程来说，每个线程的局部变量都是私有的，而全局变量、局部静态变量、分配于堆的变量都是共享的。在对这些共享变量进行访问时，如果要保证线程安全，则必须通过加锁的方式。
可重入的判断条件：
要确保函数可重入，需满足一下几个条件：
1、不在函数内部使用静态或全局数据2、不返回静态或全局数据，所有数据都由函数的调用者提供。3、使用本地数据，或者通过制作全局数据的本地拷贝来保护全局数据。4、不调用不可重入函数。
可重入与线程安全并不等同，一般说来，可重入的函数一定是线程安全的，但反过来不一定成立。它们的关系可用下图来表示：
比如：strtok函数是既不可重入的，，也不是线程安全的；加锁的strtok不是可重入的，但线程安全；而strtok_r既是可重入的，也是线程安全的。
如果我们的线程函数不是线程安全的，那在多线程调用的情况下，可能导致的后果是显而易见的——共享变量的值由于不同线程的访问，可能发生不可预料的变化，进而导致程序的错误，甚至崩溃。
3.关于IPC(进程间通信)
由于多进程要并发协调工作，进程间的同步，通信是在所难免的。
稍微列举一下linux常见的IPC.
linux下进程间通信的几种主要手段简介：
而其实你还爱着他，你一点也不好。
