APIJSON 3.5.0-3.5.7 更新内容:

新增存储过程 @key():"fun(...)"，用法基本和远程函数 key():"fun(...)" 一样；
新增性能分析 @explain 和缓存设置 @cache 两个对象关键词；
新增最大对象数量、数组数量、嵌套层级等方法，限制请求、过载保护；
新增 PgClass 和 PgAttribute 查 PostgreSQL 的表属性和字段属性;
LEFT JOIN 和 RIGHT JOIN 支持定制子查询外层的 column,group,order,having ；
多方面提升性能；完善和解决 bug 等；代码、文档等其它优化。

APIJSON 简介

APIJSON 是一种为 API 而生的 JSON 网络传输协议。
为 简单的增删改查、复杂的查询、简单的事务操作 提供了完全自动化的 API。
能大幅降低开发和沟通成本，简化开发流程，缩短开发周期。
适合中小型前后端分离的项目，尤其是互联网创业项目和企业自用项目。

多表关联查询、结构自由组合、多个测试账号、一键共享测试用例

自动生成封装请求 JSON 的 Android 与 iOS 代码、一键下载自动生成的 JavaBean

自动保存请求记录、自动生成接口文档，可添加常用请求、快捷查看一键恢复

一键自动接口回归测试，不需要写任何代码(注解、注释等全都不要)

第三方机构对 APIJSON 的代码扫描，测试结果可靠性高达 99.85%

APIJSON 用 SpringBoot 提供了自动化 API，

自动将前端传的 JSON 参数转为 SQL 语句执行并返回结果，

期间自动校验权限、结构、内容，自动防 SQL 注入，

提供自动化的各种 JOIN(INNER, LEFT, RIGHT 等)，

还支持多字段排序 order by，多字段分组 group by，聚合函数 having

等几乎所有 MySQL,PostgreSQL,Oracle 的常规功能。

通过自动化 API，前端可以定制任何数据、任何结构！

大部分 HTTP 请求后端再也不用写接口了，更不用写文档了！

前端再也不用和后端沟通接口或文档问题了！再也不会被文档各种错误坑了！

后端再也不用为了兼容旧接口写新版接口和文档了！再也不会被前端随时随地没完没了地烦了！

在线解析

自动生成接口文档，清晰可读永远最新
自动校验与格式化，支持高亮和收展
自动生成各种语言代码，一键下载
自动管理与测试接口用例，一键共享
自动给请求 JSON 加注释，一键切换

对于前端

不用再向后端催接口、求文档
数据和结构完全定制，要啥有啥
看请求知结果，所求即所得
可一次获取任何数据、任何结构
能去除重复数据，节省流量提高速度

对于后端

提供通用接口，大部分 API 不用再写
自动生成文档，不用再编写和维护
自动校验权限、自动管理版本、自动防 SQL 注入
开放 API 无需划分版本，始终保持兼容
支持增删改查、模糊搜索、正则匹配、远程函数等

🏆码云最有价值开源项目 🚀后端接口和文档自动化，前端(客户端) 定制返回 JSON 的数据和结构！

创作不易，GitHub 右上角点 ⭐Star 支持下吧，谢谢^_^

https://github.com/APIJSON/APIJSON

TommyLemon

2019 年 6 月 1 日

@TommyLemon 确实是误判为 bug 的报告用例 2
src/main/java/zuo/biao/apijson/JSONObject.java: 411 （可信度: 95%）
1 这里比较了 clazz 和 null，说明 clazz 可能为空指针
2 调用 clazz 的 java.lang.Class.getName 方法(使用可疑的空指针)

对应实际文件
https://github.com/APIJSON/APIJSON/blob/d8cfc9e6be87bd6116ecf8a125a52021f0154761/APIJSON-Java-Server/APIJSONLibrary/src/main/java/zuo/biao/apijson/JSONObject.java
内方法
```java
@Override
public Object put(String key, Object value) {
if (value == null) {
Log.e(TAG, "put value == null >> return null;");
return null;
}
if (StringUtil.isEmpty(key, true)) {
Class<?> clazz = value.getClass();
if (clazz == null || clazz.getAnnotation(MethodAccess.class) == null) {
throw new IllegalArgumentException("puts StringUtil.isNotEmpty(key, true) == false" +
" && clazz == null || clazz.getAnnotation(MethodAccess.class) == null" +
" \n key 为空时仅支持类型被 @MethodAccess 注解的 value !!!" +
" \n 如果一定要这么用，请对 " + clazz.getName() + " 注解！" +
" \n 如果是类似 key[]:{} 结构的请求，建议用 putsAll(...) ！");
}
key = value.getClass().getSimpleName();
}
return super.put(key, value);
}
```
406 行
Class<?> clazz = value.getClass();
Class 是对象声明后就有的，到执行这行前 value 已经判断过，又不会为 null，
所以实际上 clazz 不会为 null，407 行
if (clazz == null || clazz.getAnnotation(MethodAccess.class) == null) {
中 clazz == null 是一个冗余的判断，后面删掉了，实际上 411 行
clazz.getName()
永远不会因为 clazz == null 而导致 throw NullPointerException，
所以这也是一个误判为 bug 的用例。

其它的你自己找吧，太费时间了，我也没有全部都验证过，即便假设只有这两个是误判，那就是
(1 - bugs/lines) = (1 - 14/10617) = 高达 99.868136%

技术改变世界,前后协同变革 自动化 ORM 可靠度高达 99.85%

APIJSON 简介

技术改变世界,前后协同变革自动化 ORM 可靠度高达 99.85%