几天的故障，结果是个低级错误。

[windbadboy]

单位的 HIS 系统需要增加一个上报接口，his 商部署后一直调试有问题，对端平台返回报错“非法参数"。 联系平台技术人员确认 token 、appid,secret 都没有问题。his 商找不到问题，就说平台那边的问题，搞成无限循环了。 无奈研究接口文档，用蹩脚的编程水平通过 python 自己调用接口，发现平台是可以成功返回正常信息的，确认平台正常。让 his 找自己的问题，结果最后发现是 his 商将 secret 的一个 0 写成了 o ，问题解决。

一个低级错误，卡了几天，我觉得一方面是自己水平不够高，没仔细看接口文档，第二方面平台返回的信息比较少，另一方面是 his 商自己测试不严谨造成的，都有问题。

[ProphetN]

说明文档写的不够好。

[sjtulyj]

secret 错误, 不应该很容易从日志里看出来吗

[fatyoung]

secret 错误返回非法参数？ 那从日志看是哪一行报非法参数应该也能找出来

[justfindu]

手抄 secret 啊 至少 32 位呢

[ho121]

有可能是 PDF 复制过去的

[cndenis]

HIS 是医院的系统, 多半是跟公网隔离的, 所以手抄 secret 也不奇怪, 抄错也不奇怪. 受限制的环境下工作就是比较麻烦

[k9982874]

对端平台返回报错“非法参数"
对端平台也是二把刀，不应该返回 forbidden 或者 unauthorized ，外加一个自定义错误码吗？

[gpt5]

我在工作中也遇到过类似的，几个人找了好几个小时，发现是一个变量 o 被写成了 0 。

[HK560]

一直用 console 字体，感觉还行吧...

[sss15]

其实是平台报错有歧义，非法参数到底是 token 、secret 验证失败，还是请求 api 的参数有问题？ 我认为做接口一定要报错报清楚了，什么参数有问题就说哪个参数有问题，并且给出解决方案是最好的报错。 譬如这边如果报错提示“验签失败，请检查 token 、appid 、secret”。 如果是上报的某个参数真的有问题，举个例子如果是 age 参数，后台校验 age 必须为 int ，且必须 0-100 之间，既然校验这里报错了，就应该提示“age 参数非法，请输入 0-100 之间的数字”。

怕就怕接口文档不写清楚，报错提示也不模模糊糊，这种接口最难对了

[InDom]

想起了那个用户昵称就叫 “Null” 的了。

[xFrye]

οver ， over

这是我之前在 v2 看到的一个帖子，上面这两个 over 说实话我用肉眼真的分不清

[HK560]

@HK560 补全错了，是 Consolas

[cquan]

bug 的真正含义

[lll5758]

@xFrye #32 我的天.....这是什么啊

[lonelycityzhou]

所以说有的字体很傻逼

[oamzn]

Operator Mono

[7inFen]

o 和 l 应该被开除字母集

[fulinlin9527]

微信中的大写 i 和小写 L

[lilei2023]

@xFrye 这两个神奇的 o