本文共计2131个文字，预计阅读时间需要9分钟。

相关专题：

前几天还读到一篇豆瓣文章，没有总结的就不是经验，只是经历。程序员也不能业务来了就写代码，有bug了就改bug，这样技术很难提升，也就难怪每次都会有那么多bug了。有的开发人员工作多年，接口还是时不时500，前期忙着写代码，后期忙着改bug，心累。

我从一期熟悉业务、框架，写一写边缘接口，到二期负责一个小模块，尝试数据库、程序的设计，中间磕磕绊绊，昨天也顺利上线，模模糊糊也感觉到了一些经验，于是努力总结下，虽然简单，也许能给自己和读者一些启发。（本文只针对初级水平，简单的bug，不涉及高并发、海量数据等复杂问题）

一. 接口为什么出bug？

辛辛苦苦写的接口，自己测的时候好好的，怎么别人一调就出错了呢？？（此处应有表情包，请自行脑补）当然可能是运行环境的问题，不过程序统一部署在服务器上，这一般是架构师或者运维负责的工作，至于编程语言或者操作系统的问题，也通通不在今天考虑范围内，今天，我们只考虑自己写出的bug。

事实上，运行中的程序所涉及的，无非三样：资源（cpu、内存等）+ 算法（程序运行流程）+ 数据（用户输入、数据库、第三方接口等）。通常我们认为资源是可靠的，出现bug主要是由于算法的不可靠或者数据的异常。

更进一步，机器严格按照0/1执行指令，算法上一次执行正常，为什么这一次会失败？本质上还是因为数据变了，而算法没能覆盖此情况，因此，要想保证接口的稳定，主要从两方面考虑：保证数据的可靠性、算法的健壮性，而算法的健壮性也就是考虑到数据的各种情况，两者密不可分。

二. 如何写出bug更少的接口?

如前分析，数据的变化是接口bug最常见、本质的原因。而其中，用户输入又是数据变化最主要的原因。而程序必然要有用户输入，否则毫无意义。

编程界有句名言：永远不要相信用户输入。你永远不知道，用户会在一个期待姓名的输入框里都输入些什么。