这种情况发生在以UTF-8编码格式传输数据的时候，这开头的三个字节叫做BOM（Byte Order Mark，字节顺序标记），小程序接收到php端返回的数据后，把开头的三个字节去掉即可。
我们提供的服务有：网站制作、成都网站设计、微信公众号开发、网站优化、网站认证、濮阳县ssl等。为千余家企事业单位解决了网站和推广的问题。提供周到的售前咨询和贴心的售后服务，是有科学管理、有技术的濮阳县网站制作公司
更彻底的解决办法是把php文件保存为 不带BOM的UTF-8 文件，这样返回的数据就不带BOM了
首先你需要使用对方约定方式获取，然后考虑是否使用缓存，最后获取到数据后使用json_decode函数解析成数组格式，接下来就是自己的逻辑代码了。
file_get_contents 得到的字符，使用 json_decode 解析成json。
$xxx_json = json_decode($xxx_response);
JSONXML
XML: 是一种标记语言，设计的宗旨是传输数据
JSON： 轻量级的数据交换格式
APP接口主要是用JSON输出格式
APP接口输出格式三要素：
1. code:：错误码
2. msg：错误码对应的描述
3. data：接口返回的数据
谁有权限调用APP接口，客户端需要带着凭证来调用APP接口
JWT的原理：
服务端认证之后，生成一个JSON对象，返回给用户。后续客户端所有请求都会带上这个JSON对象。服务端依靠这个JSON对象来认定用户身份。
组成: Header, Payload, Signature
1. Header
说一下我是什么
header通常包含了两部分：类型和加密算法
{
"alg": "HS256",
"typ": "JWT"
}
header需要经过Base64Url编码后作为IWT的第一部分。
2. Payload
payload包含了claim, 三种类型reserved, public, private
reserved这些claim是JWT预先定义的，不强制使用，常用的有：
1). iss: 签发者
2). exp: 过期的时间戳
3). sub: 面向的用户
4). aud: 接收方
5). iat: 签发时间
{
"sub": "1234567890",
"name": "John Doe",
"admin": true
}
payload需要经过Base64Url编码后作为JWT的第二部分。
3. Signature
创建签名使用编码后的header和payload以及一个密匙，使用header中指定的签名算法进行签名
HMACSHA256(
base64UrlEncode(header) + "." +
base64UrlEncode(payload),
secret
)
签名是在服务端进行的，客户端并不知道，所以是安全的。
php 部署到 centos 里，出现返回值中间有个空字段。
在正常运行环境中没有发现，但当我们与对方进行接口压力测试的时候，对方的环境用xml对json进行了一次转换，造成压测出现不解析的状况，对方反复测试，发现出现多余空格。
处理办法：
1、centos命令处理
2、编码处理，用Notepad++ 对php文件进行一下格式转换
不要到BOM,重新上传
