接口请求处理全路径

前端参数PARS组装：

。参数数组转JSON字符串 

。BASE64编码 然后替换掉+ / =这三个URL有意义的字符

例如：

。4台4H4G的服务器

。每台运行4个NODEJS进程

。每个NGINX后面跟2台服务器

发出请求：

。请求先到域名服务器 DNS轮询随机决定本次请求由哪个IP处理

 。NGINX负载均衡首先判断缓存是否命中  如果是 直接返回结果了（这里暂未启用 用不好可能会带来不好的问题）

。NGINX根据权重或随机选择一台后端服务器上的某一个NODEJS进程处理

NODEJS接收到请求：

。koa框架解析取出请求体

。通过路由设置进到请求的TS（如果请求的是私有方法或私有服务直接返回错误）

。TS初始化 取出UPINFO所有参数 还原参数数组 （未上传参数设置为默认值 ）

。进入API函数 _upcheck方法验证用户输入并取出用户信息（会话ID 帐套ID 用户名 真实姓名 微信OPENID等）

。进行业务处理 并返回

。IP记录 SQL效率统计 API效率统计等

整套目的：

。参数数组较灵活 容易自定义 其它参数固定方便（防注入只需注意不要拼接参数数组即可）

。全是JS语言 有培养全栈工程师的优势

。减少前后端沟通协调的成本（前后端至少能相互看懂）

。减少后端工作量（一部分接口可以省略 由前端组装）

前端自定义请求的说明