PHP后台怎么接收post请求的参数？
1、$_POST['paramName'] 只有在Content-Type为application/x-www-form-urlencoded或者为multipart/form-data的 时候，PHP才会将http请求数据包中的body相应部分数据填入$_POST全局变量中,其它情况PHP都忽略。填入到$_POST数组中的数据是进行urldecode()解析的结果。
2、file_get_contents("php://input") 适用大多数类型的Content-type
php://input 允许读取 POST 的原始数据。和 $HTTP_RAW_POST_DATA 比起来，它给内存带来的压力较小，并且不需要任何特殊的 php.ini 设置。php://input 不能用于 enctype="multipart/form-data"。
3、$GLOBALS['HTTP_RAW_POST_DATA']; 总是产生 $HTTP_RAW_POST_DATA 变量包含有原始的 POST 数据。此变量仅在碰到未识别 MIME 类型的数据时产生。$HTTP_RAW_POST_DATA 对于 enctype="multipart/form-data" 表单数据不可用。
如果post过来的数据不是PHP能够识别的，你可以用 $GLOBALS['HTTP_RAW_POST_DATA']来接收，比如 text/xml 或者 soap 等等。需要设置php.ini中的always_populate_raw_post_data值为On，PHP才会总把POST数据填入变 量$http_raw_post_data。
看官方文档，在高版本里，这个变量$HTTP_RAW_POST_DATA被弃用了
This feature wasDEPRECATEDin PHP 5.6.0, andREMOVEDas of PHP 7.0.0. In general,php://inputshould be used instead of$HTTP_RAW_POST_DATA.
PHP不用框架搭建后台有多大的难度？
难度倒是谈不上，只能稍微影响开发进度而已。使用框架最大的好处就是在于快速开发，以及前端模版开发与后端接口开发可以同步进行，加快项目交付速度。
我们现有系统代码一般分层按底层到上层的顺序如下：
1. 第三方平台代理层，我们内部成为proxy层，这层主要负责封装所有第三方平台的接口请求，并为上层提供一套统一API接口。这层由于只需要请求外部网络，因此我们通常会用单独ECS搭建一个Nginx正向代理服务器或者用NAT网关SNAT到互联网即可，无需外网进入的IP。这层解决了第三方平台IP白名单限制以及接口变更对应用的影响。
2. 所有业务逻辑接口层，我们内部称为internal-api层。这层主要实现所有业务逻辑，包括数据库、cache操作、proxy层调用等，该层仅用于上一层API网关层调用，因此无需任何外网IP地址，任何外部都无法访问进这层的环境中，因此保证了数据库和逻辑代码的安全。
3. API网关层，我们内部称openapi层。这层主要目的就是调用internal-api层接口，封装统一的对外接口，为上层应用如PC、APP、小程序以及其他第三方公司开发的应用提供统一接口平台。
4. 后台管理系统，对于我们来说开发这层的同事，只需要调用openapi层接口，然后模版展示就好，因此我们的后台其实对MVC框架要求特低，只需要URL路由和模版引擎即可。
以上是我们现有系统常见的分层模式，其中proxy、internal-api、openapi都使用原生PHP自行开发API框架来实现。后台管理系统则简单的使用Phalcon或者TP去实现的。
总之不用框架开发没啥难度，仅仅是速度稍微慢一些，但我们最终选择框架开发上层应用是因为我们为了团队开发灵活以及上层应用的开发速度考虑的。