By：0x584A Date：2016年05月19日11-09-33
前言
近期一直在写接口，最后总结成一句话：接口写的好，回家回的早。接口写的烂，凌晨两点半。
好了，我要说的话说完了～（(#‵′)凸 怎么可能～），所以呢，稍微做个小总结吧！
以前接口写的少，如果Ajax异步调用数据也算写接口的话～
首先，用户接收数据的时候走的是json格式数据，也就使用php://input来接收POST流数据。随后将接收的到的json数据转换成array格式，进行数据校验后进行具体的业务代码运行。最终返回一个json或xml格式数据，供用户读取接收。
- php://input与post-form的区别
先让我们来看看他们发送的http请求体数据：
发送格式：Content-Type:application/json
POST HTTP/1.1
Host: test.com
Content-Type: application/json
Cache-Control: no-cache
{"name":"xjiek"}
发送格式：Content-Type: multipart/form-data
POST HTTP/1.1
Host: test.com
Content-Type: multipart/form-data
Cache-Control: no-cache
name=xjiek
前者在结构体中使用的是json格式，后者则是常规的键值对(我们常规的表单的post传参方式，均使用的是该模式)。
在获取json数据时，脚本使用如下语句即可：
# 将流数据先用json函数处理成数数组，判断其值是否存在，存在则赋值给超全局变量$_POST
if ($postData = json_decode(file_get_contents("php://input"), true)) {
$_POST = $postData;
}
PHP的输入输出流是通过php://来访问的，它允许访问PHP的输入输出流/标准输入输出和错误描述符/ 内存中、磁盘备份的临时文件流以及可以操作其他读取写入文件资源的过滤器。
php://input 允许读取POST的原始流。
php://input 不能用于
enctype="multipart/form-data"。
PHP默认识别的application/x-www.form-urlencoded标准的数据类型，那么对于不识别的类型保留原型，交给$GLOBALS['HTTP_RAW_POST_DATA'] 来接收。
仅当Content-Type为application/x-www-form-urlencoded或multipart/form-data时，PHP才会将http请求数据包中的body相应部分数据填入$_POST全 局变量中，其它情况PHP都忽略。
仅当Content-Type为application/x-www-form-urlencoded且提交方法是POST方法时，$_POST与php://input数据才是一致的。一致值的是：它们格式不一致，内容一致。
php://input 和 $HTTP_RAW_POST_DATA 比起来，它给内存带来的压力较小，并且不需要任何特殊的 php.ini 设置。
- 那么$HTTP_RAW_POST_DATA是什么呢？
$HTTP_RAW_POST_DATA是PHP内置的一个全局变量。它用于，PHP在无法识别的 Content-Type的情况下，将POST过来的数据原样地填入变量$HTTP_RAW_POST_DATA。它同样无法读取Content- Type为multipart/form-data的POST数据。需要设置php.ini中的 always_populate_raw_post_data值为On，PHP才会总把POST数据填入变量$HTTP_RAW_POST_DATA。
还有就是，php://input 与$HTTP_RAW_POST_DATA读取的数据是一样的，都只读取Content-Type不为multipart/form-data的数据。
**但是php://input比$HTTP_RAW_POST_DATA更凑效，且不需要特殊设置php.ini **
造了嘛？(⊙_⊙)？
