关于Clickatell新旧API是否采用相同HTTP响应码的技术咨询

你猜的没错！Clickatell从旧版v1 API升级到当前受支持的新版API后，确实替换了依赖HTTP状态码判断结果的逻辑，转而用响应体中的errorCode和errorDescription字段来区分所有业务层面的成功与失败场景。

• 旧版v1里，我们习惯靠HTTP状态码（比如200代表成功、400参数错误、500服务器问题）直接判断操作结果，但新版API的设计思路变了：HTTP状态码更多只用来标识底层HTTP传输级别的问题（比如连接超时、请求格式完全无效），而所有业务相关的结果细节——不管是整体成功、部分失败还是具体的业务错误——都要从响应体的字段里找。
• 几乎所有核心操作（短信发送、状态查询、账户管理等）都是这个逻辑：
  • 当errorCode为0时，说明操作完全成功；
  • 只要errorCode不为0，就对应具体的业务错误，比如权限不足、余额不够、接收号码无效等，errorDescription会给出直白的原因说明。
• 有没有例外？基本上没有。哪怕是HTTP状态码返回4xx或5xx的情况，响应体里也一定会附带对应的errorCode和描述，帮你精准定位问题，而不是只靠模糊的HTTP状态码猜原因。

给个实际开发的小建议：集成新版API时，一定要优先解析响应体的errorCode，别再盯着HTTP状态码不放。比如批量发送短信时，哪怕HTTP返回200，也可能存在部分号码发送失败的情况，这时候只有看每个条目里的errorCode才能知道具体哪条出了问题。

内容的提问来源于stack exchange，提问作者rpassza