@jackzhou0 只能说自己眼光不长远吧，这简历自己都感觉没眼看.

@jackzhou0 原东家部门老大邀请的。

@iamee 谢谢建议。

@MYli001 老哥，厉害了。

@hooych 有道理

@Ruiming 现在北京，换到深圳太麻烦了，不好意思哈！

没有复现, 大家都没复现，别乱甩锅， 可能是你安装的哪个 chrome 插件的锅。

JSON 只是一个序列化和反序列化的方案，必然是一开始就约定好了两端的数据格式，既然约定了 a 为 int 类型，传 {"a": null } 当成 {"a": 0} 有什么问题呢，换句话就是，"我们约定好了，这个地方，我要一个数字哦，你传其他的我都不认(反序列化错误)，你传 null?, 这么极端的吗? 那行，那个 null 和 0 没啥区别", 如果觉得 a 为 0 不合适，校验阶段处理就好。不应该在反序化的过程处理所有的情况，还不能理解，自己实现一个序列化和反序列化的方案，按二进制的来， {"a": null }中，如果 a 后台当成 int ，你会传什么过去? 是不是会给个 0 传过去，当成 string 时，你会传什么过去?是不是给个空字符串.

@chenli100681 另外使用 full(strict)模式，也可以直接使用 cloudflare 提供的 ssl 证书, 不用再使用 acme.sh 申请标准证书.

相关文档链接: https://developers.cloudflare.com/ssl/origin-configuration/origin-ca/

@chenli100681 你使用的是 cloudflare 的 full(strict)模式，都走的是严格加密模式，不适合使用 http 文件验证, 建议如下:

1. 仍然想使用文件验证，不要使用 full(strict)模式，换成不加密的或者先跳过 CDN 防护，
2. 换成使用 dns 验证，走动态添加 txt 记录的方式，下面是在 CF 平台上获取 CF 的 api key 后的使用:

相关链接: https://github.com/acmesh-official/acme.sh/wiki/How-to-issue-a-cert

```sh
export CF_Key="sdfsdfsdfljlbjkljlkjsdfoiwje"
export CF_Email="[email protected]"
acme.sh --issue -d example.com --dns dns_cf
```

大佬厉害!

@balabalaXMX 一般不准，你的压力机和被测服务在同一机器上，压力机也是需要 cpu 和内存来跑的啊。这样就有部分资源没有被你的服务完全利用。当然如果服务的瓶颈在磁盘 IO 上，那可能相对准确。