pthread_create线程属性(pthread thread)
iOS详解多线程(实现篇——pThread)
上一节中，我们探究了OC中重要的实现多线程的方法——NSOperation。本节中，我们了解一下不常用的一种创建多线程的方式——pThread。
相关链接：
NSOpreation链接： iOS详解多线程(实现篇——NSOperation)
GCD链接： iOS详解多线程(实现篇——GCD)
NSThread链接： 详解多线程(实现篇——NSThread)
多线程概念篇链接： 详解多线程(概念篇——进程、线程以及多线程原理)
源码链接：
1.NSThread（OC)
2.GCD（C语言）
3.NSOperation（OC）
5.其他实现多线程方法
pThread并不是OC特有的实现多线程的方法，而是Unix、Linux还有Windows都通用的一种实现多线程的方式。
pThread的全称是POSIX threads，是线程的 POSIX 标准。
pThread是C语言的，在iOS的开发中极少使用。
使用之前，记得先导入头文件
运行结果：
从结果可以看出，开启了新的线程，执行任务。
pthread_create() 创建一个线程
pthread_exit() 终止当前线程
pthread_cancel() 中断另外一个线程的运行
pthread_join() 阻塞当前的线程，直到另外一个线程运行结束
pthread_attr_init() 初始化线程的属性
pthread_attr_setdetachstate() 设置脱离状态的属性（决定这个线程在终止时是否可以被结合）
pthread_attr_getdetachstate() 获取脱离状态的属性
pthread_attr_destroy() 删除线程的属性
pthread_kill() 向线程发送一个信号
由于pThread我们基本用不到，所以不再做深入研究。
Pthread线程使用详解
文中先讲解函数，再运行实例，以及一些注意事项。
函数 pthread_create ，使用 man 3 pthread_create 查看介绍。
函数描述：
通过 pthread_create 创建的新线程，有收下四种方法退出线程：
attr参数 是一个 pthread_attr_t 结构体，它在线程被创建时被用来设定新线程的属性。这个结构体的初始化是通过 pthread_attr_init() 函数。如果该参数为空，那么新线程会使用默认的属性参数。
在 pthread_create 函数调用返回之前，新线程的内存指针会赋给 thread 参数，表示线程的ID，这个ID的作用是在后续可以调用针对该线程的其它pthreads函数。
返回值
成功返回0，失败返回一个错误编号，同时 thread 参数也不会被赋值。
函数描述
pthread_join 函数会等待指定的线程结束，如果指定的线程已经线束，那么它会立即返回。指定的线程必须是joinable的。也就是说， pthread_join() 函数会 一直阻塞调用线程，直到指定的线程tid终止 。当 pthread_join() 返回之后，应用程序可回收与已终止线程关联的任何数据存储空间 ，（另外也可设置线程attr属性，当线程结束时直接回收资源）如果没有必要等待特定的线程终止之后才进行其他处理，则应当将该线程分离 pthread_detach() 。
如果 retval 不为空，那么该函数会拷贝退出状态值到 retval 指向的内存中，如果目标thread被cancel了， retval 的值为 PTHREAD_CANCELED
返回值
成功返回0，错误返回错误码
c语言怎么创建线程和使用
1、添加线程相关的头文件：#includepthread.h
2、线程创建函数是pthread_create()函数，该函数的原型为：
int?pthread_create(pthread_t?*thread,pthread_attr_t?*attr,void*?(*start_routine)(void*),void?*arg);
3、线程退出函数是pthread_exit()函数，该函数的原型为：
void?pthread_exit(void?*retval);
创建线程的示例程序如下：
/*
**程序说明：创建线程函数pthread_create()函数的使用。
*/
#include?stdio.h
#include?pthread.h
#include?unistd.h
#include?stdlib.h
#include?string.h
//打印标识符的函数
void?print_ids(const?char?*str)
{
pid_t?pid; //进程标识符
pthread_t?tid; //线程标识符
pid=getpid(); //获得进程号
tid=pthread_self(); //获得线程号
printf("%s?pid:%u?tid:%u?(0x%x)\n",
str,(unsigned?int)pid,(unsigned?int)tid,(unsigned?int)tid);?//打印进程号和线程号
}
//线程函数
void*?pthread_func(void?*arg)
{
print_ids("new?thread:"); //打印新建线程号
return?((void*)0);
}
//主函数
int?main()
{
int?err;
pthread_t?ntid; //线程号
err=pthread_create(ntid,NULL,pthread_func,NULL); //创建一个线程
if(err?!=?0)
{
printf("create?thread?failed:%s\n",strerror(err));
exit(-1);
}
print_ids("main?thread:"); //打印主线程号
sleep(2);
return?0;
}
pthread_create ——我与华为线程的争斗
好久不见，值此年终之际，跟大家探讨一下，一个诡异的内存溢出。
话不多说，先上崩溃
很显然，创建了一个线程，1040kb，内存溢出。
正好我们比对一下一般的内存溢出的情况是怎样的。
当再次分配内存的时候出现了内存溢出。
那么我会猜测以上两种情况是否都是内存不够用了，或者说上面的是否和下面的一样是因为内存不够用了引起的。
为什么恰好的创建线程的时候崩溃了，创建线程需要的内存通常不会很大，就真的那么巧，这一根稻草压垮了骆驼？
在此直接吐结论，因为探索 pthread_create 的内存溢出原因，不是本文的主旨，本文主要探讨是如何斗争。
大家应该都知道，线程创建的越多，资源就消耗的越大，android本身并没有为我们限制应用承受的最大线程数，将控制权交由应用设计者自己。
那么很明显国内的厂商，并不相信国内的开发，或者说国内的厂商由于自己的定制导致你即使遵循了应用的开发之道，却依然难以避免产生大量的冗余线程。
因此华为带头出击，魅族随后，分别将自己的大量机型可控线程数调至500和3000。
如果你深表怀疑或者依然存有困惑，送你如下传送门
首先我们需要将应用中可能出现的所有与线程相关的地方找到，或者说找出应用中可能会出现线程池的地方。
此处只举个例，不做穷举。
啥都不说，我们从构造方法开始
当来了一个新的任务
总结来说就是 核心 队列 非核心 handler
OK，当我们真的搞清楚了，到底 Executor 是怎么一回事了之后，我们来拿 Retrofit1 的 RestAdapter 看一下。
进到 RestAdapter 的内部类 Builder 类。
如果你不去专门设置httpExecutor，那么Retrofit就会帮你设置一个默认的，具体是怎样的线程池，我们继续看。
直接去Platform的实现类Android，来找到底 defaultHttpExecutor 是个啥，一看 newCachedThreadPool 基本就明了了，使用了系统封装好的缓存线程池，可以再细看一下：
按照我们上面分析的，核心线程为0个，使用同步队列，SynchronousQueue是没有容量的，此处不做详解，按照目前的逻辑，只要是需要执行的task，一旦put了会立马被take，此处对同步队列不做详解，各位可以自行钻研。可以认为一旦有任务进来，会立马创建新的线程，如果线程空闲60秒就会被干掉。
因此，理论上来说，这个线程池在极端情况下可以产生 Integer.MAX_VALUE 个线程，那么当这个数字直线上升的时候，就可以看到华为，魅族，相距的崩掉（ 出于本身ANR的保护，你可能很难看到3000的魅族崩，甚至其他的上万限制的手机崩掉 ）
因此为了避免此类情况的发生，我们需要给出自定义的线程池方案，你可以选择有限的最大线程数配合 SynchronousQueue 队列，或者选择有限的最大线程数配合有限容量的 BlockingQueue 其他实现类。
比如
各位可以自己摸索钻研到一套最适合自己应用场景的线程池配置。
记住，一旦出现了有上限的线程池，必须要设置溢出策略，上面采用了 new ThreadPoolExecutor.DiscardOldestPolicy() 方式，该策略会当线程池溢出时，抛掉缓存队列中最先进去的那个，插入新来的。
优化线程数，远远不止于此。
再比如不同的api域名，通常我们需要创建不同的 Retrofit 对象，而不同的 Retrofit 对象，都需要进行初始化，传入不同的 OkhttpClient 和相同的 OkhttpClient 也会有很大的线程数差距。
重要的还是在平时的编码过程中，善于观察，善于测试，善于从崩溃日志中过滤无用信息，定位到线程崩溃点。
最后，为无法理解华为的线程限制抓耳挠腮10分钟。