筋斗云newcloud错误码列表
2016-10-18
1811
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《
阿里云开发者社区用户服务协议》和
《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写
侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介：
筋斗云newcloud错误码列表
目录
相关文章
|
6月前
|
算法
JavaScript
大数据
高德地图 错误码说明 对照表
序号 infocode info返回值 状态描述 问题排查策略
1 10000 OK 请求正常 请求正常
2 10001 INVALID_USER_KEY key不正确或过期 开发者发起请求时，传入的key不正确或者过期
3 10002 SERVICE_NOT_AVAILABLE 没有权限使用相应的服务或者请求接口的路径拼写错误 1.开发者没有权限使用相应的服务，例如：开发者申请了WEB定位功能的key，却使用该key访问逆地理编码功能时，就会返回该错误。反之亦然。2.开发者请求接口的路径拼写错误。例如：正确的https://restapi.amap.com/v3/ip在程序中被拼装写了h
192
0
0
|
监控
前端开发
Java
错误码如何设计才合理？
对于错误码的设计，不同的开发团队有不同的风格习惯。本文分享阿里文娱技术专家长统对于错误码的看法，希望从错误码使用的不同场景讨论得到一个合理的错误码规约，得到一个面向日志错误码标准和一个面向外部传递的错误码标准。
8907
1
1
|
3月前
|
网络安全
GetSmartHandleJob服务返回了"RecordNotExist"错误
【1月更文挑战第13天】【1月更文挑战第62篇】GetSmartHandleJob服务返回了"RecordNotExist"错误
17
2
2
|
10月前
|
6月前
|
JSON
前端开发
Java
|
8月前
|
云安全
API
|
8月前
|
SQL
Dubbo
安全
关于“错误码”设计方面的思考|系统异常，我****
这篇文章给大家分享一下关于“错误码”设计方面的思考。其实提到“错误码”我的第一反映是：混乱。
特别是在微服务架构之下，各个团队都有一套自己的“错误码”，甚至在一个团队里面不同的微服务都有自己的一套码值，这些“一套一套”的错误码，各成一派，互不通气。
但是一旦微服务上下游交互涉及到错误码转换的时候，总有一方就开始痛了，因为总有一方要承担兼容转换、令人“恶心”的逻辑。
我也见过试图在一片混乱中“力挽狂澜”的案例，比如由基础架构组提供统一的错误码管理平台，如果某个系统需要错误码就去该管理平台上去申请。
这个想法固然是好的，但是我认为存在的一个巨大的问题就是：历史码值的治理。
321
0
0
|
9月前
|
搜索推荐
小程序
NoSQL
如何设计API返回码（错误码）？
客户端请求 API，通常需要通过返回码来判断 API 返回的结果是否符合预期，以及该如何处理返回的内容等
相信很多同学都吃过返回码定义混乱的亏，有的 API 用返回码是 int 类型，有的是 string 类型，有的用 0 表示成功，又有的用 1 表示成功，还有用”true” 表示成功，碰上这种事情，只能说：头疼
API 返回码的设计还是要认真对待，毕竟好的返回码设计可以降低沟通成本以及程序的维护成本
158
0
0
|
SQL
算法
关系型数据库
|
10月前
|
API