业界错误码的规范很多，但是阅读发现这些规范各不相同，甚至很多点相悖。前段时间查了很多资料、咨询过阿里百度等几家公司的同学整理出一份材料和同事分享交流过一轮，下面是一些汇总，这里是希望各路大神们不吝赐教，一起整理出一份最佳实践。
上面介绍了错误码的一些知识，这一部分讲开发中是如何使用 自定义错误函数来处理错误信息的。为了演示，我们新增一个根据手机号获取验证码的 API：
我们都知道，前端通常会通过后台提供的接口来获取数据来完成前端页面的渲染，前端可以为 PC 端、M 端、小程序、APP 等。
在调用windows API时函数会首先对我们传入的参数进行校验，然后执行，如果出现什么情况导致函数执行出错，有的函数可以通过返回值来判断函数是否出错，比如对于返回句柄的函数如果返回NULL 或者INVALID_HANDLE_VALUE，则函数出错，对于返回指针的函数来说如果返回NULL则函数出错，但是对于有的函数从返回值来看根本不知道是否成功，或者为什么失败，对此windows提供了一大堆的错误码，用于标识API函数是否出错以及出错原因。 在windows中为每个线程准备了一个存储区，专门用来存储当前API执行的错误码，想要获取这个错误码可以通过函数GetLastError。在这需要注意的是当前API执行返回的错误码会覆盖之前API返回的错误码，所以在调用API结束后需要立马调用GetLastError来获取该函数返回的错误码。但是windows中的错误码实在太多，有的时候错误码并不直观，windows为每个错误码都关联了一个错误信息的文本，想要通过错误码获取对应的文本信息，可以通过函数FormatMessage来获取。 下面是一个具体的例子：
在软件开发的复杂世界中，错误是不可避免的。无论是因为外部系统的变化、用户输入的错误，还是内部逻辑的缺陷，错误都会出现。为了有效管理这些错误，并向用户和开发者提供清晰、有用的反馈，设计一套合理的错误码和错误提示系统变得至关重要。本文将探讨设计错误码和错误提示的最佳实践，并介绍一些可供参考的开源规范和模板。
C++ 是一个很灵活的语言，这把双刃剑一方面使得 C++ 有很强大的表达能力，但也使得其编程风格相当混乱，就连错误处理到底是使用错误码还是异常都常常争论不休。例如在 C 中我们默认用错误码处理错误，而在 Python、Java 中， 则默认用异常来处理错误。而在 C++ 中，使用这两种形式的错误处理形式都有，而目前来看，在我所在的团队中，除非是外部库，否则基本都是使用错误码。在这篇文章中，我将聊一下 C++ 错误处理的方式优劣，以及我们团队是如何进行 C++ 错误处理的。
先前已经对异常如何设计，如何实践异常都写了几篇阐述了。再一次从Clean Code角度来谈谈异常的使用。
在api开发中，当视图处理http请求的时候会出现错误的情况。当发现这种情况，如果需要返回http错误码给浏览器，或者错误响应信息，这时候就可以使用abort()方法了。
一个稍大的系统必然由多个不同的模块组成，每个模块的后台服务一般由不同的开发人员负责开发维护。不同模块对外提供的接口命名风格、协议结构和错误码等不一致，会增加使用方（如客户端）不必要的理解和使用成本。
1.【强制】错误码的制定原则：快速溯源、沟通标准化。 说明：错误码想得过于完美和复杂，就像康熙字典的生僻字一样，用词似乎精准，但是字典不容易随身携带且简单易懂。 正例：错误码回答的问题是谁的错？错在哪？ 1）错误码必须能够快速知晓错误来源，可快速判断是谁的问题。 2）错误码必须能够进行清晰地比对（代码中容易 equals）。 3）错误码有利于团队快速对错误原因达到一致认知。
编写一份优秀的接口文档会让软件开发中变得更加轻松，更有效率。这可是关键任务，写得好不仅可以帮助开发人员更好地理解和使用 API 接口，还可以提高整个团队的协作效率。
最近在做一个和前端、第三方平台（可以简单理解为公司别的部门或者客户软件）直接交互的服务，涉及到用户注册、登录、数据处理等模块。架构图大概如下：
API Explorer 提供了在线调用、签名验证、SDK 代码生成和快速检索接口等能力。您可查看每次调用的请求内容和返回结果以及自动生成 SDK 调用示例。
业务软件设计开发过程中会依赖一些基础组件， 事件路由就是常见的基础组件。 本模块结合业务场景， 定制了一个基本的事件路由模块。
Graceful Response是一个Spring Boot体系下的优雅响应处理器，提供一站式统一返回值封装、全局异常处理、自定义异常错误码等功能，使用Graceful Response进行web接口开发不仅可以节省大量的时间，还可以提高代码质量，使代码逻辑更清晰。
为了统一检索和规范 API，B站内部建立了一个统一的 bapis 仓库，整合所有对内对外 API。
若你的项目中已经在使用spring，然后你又需要提供rest接口，那么springmvc是一个不错的选择。
本文是学习B站毛剑老师的《API 工程化分享》的学习笔记，分享了 gRPC 中的 Proto 管理方式，Proto 分仓源码方式，Proto 独立同步方式，Proto git submodules 方式，Proto 项目布局，Proto Errors，服务端和客户端的 Proto Errors，Proto 文档等等
在年初的那一篇《开发者体验 —— 内部工具的“最后一公里”》里，我们讨论了什么是用户体验？如何进行用户体验的设计？还有开发者体验的六要素？在先前的文章里， 我们已经介绍了文档体验的设计，结合最近学习某技术的不好的开发体验，所以重新思考了一下好的错误呈现应该是怎样的。
v4.8.1 版本主要优化了 admin server 的代码，没有向下不兼容改动。
摘要: 原创出处:www.bysocket.com 泥瓦匠BYSocket 希望转载，保留摘要，谢谢！
在邮件列表和讨论区中有很多与REST和Web API相关的讨论，下面仅是我个人对这些问题的一些见解，并没有绝对的真理，InnoQ的首席顾问Oliver Wolf在GOTO Berlin大会上开始自己的演讲“Web API设计原则”时如是说。 不要考虑端点。SOAP有一个单独入口点的外观。相比之下Web有很多入口点，它们建立在关系上，彼此之间相互连接，并且以超媒体作为关键要素。为了不让你的API成为一个只有一种接入方式的黑洞，你应该使用超媒体控制按照对听众有意义的表现方式去链接你的资源。 不要在API中暴露领
FA模型下，setDisplayOrientation和setDisplayOrientation是切换横竖屏的接口。
软件开发中遇到异常才是正常，很少有人能写出完美的程序跑在任何机器上都不会报错。但极为正常的软件异常，却经常出自不同的原因，导致不同的结果。怎么样科学地认识异常、处理异常，是很多研发同学需要解决的问题。本文作者根据自己多年的工作经验，撰写了《异常思辨录》系列专栏，希望能体系化地帮助到大家。本文为系列第一篇，本篇文章将主要聚焦异常处理的几种方式展开，欢迎阅读。
如果你用 Python 编程，那么你就无法避开异常，因为异常在这门语言里无处不在。打个比方，当你在脚本执行时按 ctrl+c 退出，解释器就会产生一个 KeyboardInterrupt 异常。而 KeyError、 ValueError、 TypeError 等更是日常编程里随处可见的老朋友。
最近学完了简单的socket编程，发现其实socket的网络编程其实并没有什么难度，只是简单的函数调用，记住客户端与服务端的步骤，写起来基本没有什么问题。 在服务器程序的设计中，一个服务器不可能只相应一个客户端的链接，为了响应多个客户端的链接，需要使用多线程的方式，每当有一个客户端连接进来，我们就开辟一个线程，用来处理双方的交互（主要是利用recv或者recvfrom用于收发信息），由于但是在网络中可能出现这样一种情况：由于处理比较复杂，下一条信息到来之后，上一条信息的处理还没有完成，这样信息太多了之后系统的缓冲占满之后可能会发生丢包的现象，所以为了解决这个问题，需要另外再开一个线程，专门用来处理接收到的数据，这样总共至少有3个线程，主线程，收发信息的线程，处理线程；这样可能也不完整，处理的操作种类多了的话可能需要根据不同的请求来开辟不同的线程用来处理这一类请求，下面是实现这一思路的部分代码： 全局变量：
在 C 语言中，错误码的返回方式有两种：一种是直接占用函数的返回值，函数正常执行的返回值放到出参中；另一种是将错误码定义为全局变量，在函数执行出错时，函数调用者通过这个全局变量来获取错误码
软件开发中遇到异常才是正常，很少有人能写出完美的程序跑在任何机器上都不会报错。但极为正常的软件异常，却经常出自不同的原因，导致不同的结果。怎么样科学地认识异常、处理异常，是很多研发同学需要解决的问题。本文作者根据自己多年的工作经验，撰写了《异常思辨录》系列专栏，希望能体系化地帮助到大家。本文为系列第二篇，本篇文章将主要聚焦面向对象的分析设计和框架设计，欢迎阅读。
错误码，是仅次于接口的游戏与SDK交流的工具。好的错误码就像接口设计一样可以大大降低接入成本，甚至不需要错误描述，仅仅通过错误码一眼就能大概确定问题原因。但是现实常常并不是这样的。这里主要是对开发中与错误码相关的一些细节的分析和探讨，包括错误码有几级，默认的错误返回怎么初始化一级对于第三方平台的错误码如何处理等。 错误码怎么定义 目前我们的接口的调用结果只有一级。因此有时候调用完一个接口以后，游戏处理的内容就会很多。有些游戏很勤快，他愿意处理各种细分的错误和异常，但是有些游戏比较懒，他其实不想去处理的，于是
因为微信现在可以开通自定义菜单，很多人都不知道如何创建自定义菜单。我今天来分享一下，自定菜单如何创建！ 下面直接看代码：
异常过滤器实现了System.Web.Http.Filters.IExceptionFilter接口
Nameko + API Swagger 创建项目 ## 安装微服务框架 pip install nameko==2.5.4.4 ## 安装api框架 pip install nameko-swagger==1.2.7 ## 创建项目 nameko-admin createproject demo 项目目录结构 demo/ .tox/ bin/ run.sh conf/ config.yaml logs/ servic
识别图片中人体的完整轮廓，与背景进行分割，返回灰度图和前景人像图；可应用于照片合成等场景。
自从Roy Fielding博士在2000年他的博士论文中提出REST（Representational State Transfer）风格的软件架构模式后，REST就基本上迅速取代了复杂而笨重的SOAP，成为Web API的标准了。
解绑 SSH 密钥对后，您需要重启实例（RebootInstance）使更改生效。
量亿数据专注金融领域API数据接口，其中包括期货、股票、期权、外汇等，只需要注册即可申请使用。
EasyGBS是基于GB28181协议的视频平台，拥有视频直播、录像、存储、检索与回放、云台控制、告警上报、语音对讲、平台级联等功能。平台可提供流媒体接入、处理、转发等服务，支持内网、公网的监控设备通过国标GB/T28181协议进行视频监控直播。
随笔川迹: 一个靠前排的90后具有情怀的技匠,路上正追逐斜杠青年的践行者,人人领读发起人。
对于Rest Api中要如何处理业务错误这个事情，这并不算是一个非常大的问题。事实上，对大多数架构师来说，可能很多人都不会太在意这个点。
Gin 自带验证器返回的错误信息格式不太友好，本篇将进行调整，实现自定义错误信息，并规范接口返回的数据格式，分别为每种类型的错误定义错误码，前端可以根据对应的错误码实现后续不同的逻辑操作，篇末会使用自定义的 Validator 和 Response 实现第一个接口
简介：这是云通信的错误提示，参考云通信错误码。加入指定id群组时报错：“10015”，“群组 ID 非法，请检查群组 ID 是否填写正确”。
很多使用堡垒机来连接外网的企业，在使用过程中都可能会遇到各种各样的报错，而错误码110是报错中经常出现的代码，很多朋友不知道为什么会出现这样的错误码，那么服务器堡垒机错误码110的原因是什么？错误码110如何解决呢？
我们知道网页有他的状态码，比如最常见的404，500。都有他自己的含义，但是，在MySQL数据库里面也有他们的一个错误码，相信很多同学见过但是没有注意到吧。很多时候，进行数据库操作的时候，会提示错误，但是大部分同学都会选择直接重写语句而不是先考虑如何根据错误信息来修改，其实学会看错误码，能够快速的定位自己的错误，更容易就能解决问题哦
“ 如果你用 Python 编程，那么你就无法避开异常，因为异常在这门语言里无处不在。打个比方，当你在脚本执行时按 ctrl+c 退出，解释器就会产生一个 KeyboardInterrupt 异常。而 KeyError、 ValueError、 TypeError 等更是日常编程里随处可见的老朋友。 ” 前言 异常处理工作由“捕获”和“抛出”两部分组成。“捕获”指的是使用 try...except 包裹特定语句，妥当的完成错误流程处理。而恰当的使用 raise 主动“抛出”异常，更是优雅代码里必不可少的组
RESTFull 接口设计目前广泛应用于各种软件系统中，特别是前后端分离架构的web应用。相信各位web应用的开发者对这个概念并不陌生，但是我们经常会遇到几个这样的疑惑或者问题：
阿里的《Java开发手册》被Java开发者所拜读，基本人手一册，就在前几天(2020.04.22)发布了泰山版 - 会当凌绝顶，一览众山小，而这次发布新增了很多干货内容，在此，给大家分享一下，是时候更新你的手册了。(文末附下载地址)
errno.ErrUserPhone、errno.OK 表示自定义的错误码，下面会看到定义的地方。
在调用环信IM SDK中的注册与登录接口前，需要先进行初始化，如下所示，其中appkey在控制台应用详情中获取：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
