没怎么间断过。4399小游戏我当初也没少玩过，至于它怎么盈利？这主要是分好几种，我当初玩过4399里面的一款游戏叫造梦西游，好像现在都出了好几个版本了。整体来说小游戏赚钱主要是借助广告带来的利益。适合阅读的对象为接入中台开发者或者外部合作方…。
如何写好API接口文档？
日常项目开发的过程中，接口文档是必不可少的。后端工程师与前端工程师之间需要接口文档来定义数据传输协议、系统对外暴露接口需要文档来说明、系统之间相互调用需要文档来记录接口协议等等。对于一个完整的项目，接口文档是至关重要的。那我们如何写好一份接口文档呢？今天就让我们说一说接口文档几个重要的要素。1、接口概述接口概述主要说明本接口文档涉及到的业务功能点，面向的阅读对象以及接口文档主要包括哪些业务的接口，可以让读者有一个直观的认识。
如：本文档定义了中台系统面向外部接入方的数据协议接口，主要包括：用户注册接口、同步用户、授权认证等接口。适合阅读的对象为接入中台开发者或者外部合作方…。这样的一段描述，对于阅读者来说可以对整个接口文档有一个大概的认识。2、权限说明有的接口调用需要授权认证，在这部分需要进行说明。如果接口只是基于分配的token认证，那文档需要说明token的获取方式。
如果接口需要进行签名认证，需要在这里说明签名的具体方法，如下图：sign参数的生成规则要具体说明，最好能示例说明，如：这样接入方可以验证自己的签名方式是否正确。3、编码方式接口的请求过程中可能由于编码导致乱码，所以，接口必须约定编码方式，参考以下写法：4、请求说明接口文档的请求说明中主要说明接口请求的域名以及请求的数据格式：如5、接口列表接口列表是接口文档的主要内容，这部分内容需要列出所有的接口名称、接口地址、接口的请求方式、接口的请求参数以及响应格式。
在接口的请求参数中我们需要说明每个参数的含义、类型以及是否必须等属性。对于接口响应结果，如果有业务字段，也需要进行说明。下面是一个比较完整的示例：6、状态码说明接口的响应体一般都会带有响应的状态码，例如成功、失败等。状态码有助于接入方进行接口调用状态的判断。如：接口文档如果能体现出以上几个要素，那可以算是一个完整的接口文档，对于接入方来说可以很好的阅读理解。
微服务架构下，API如何治理？
都不要说微服务架构，就是单体应用架构中，API服务也是需要治理的。首先是API接口文档的问题，这一点经常会被大家忽视，相信很多公司还在写接口文档，项目开始的时候还好，但是随着项目的发展，如果接口有改动，但是文档更新的不是那么及时甚至是不更新，那么这会加重团队之间沟通的成本。虽然我们可以通过管理流程强制大家写文档，但是再怎么说，代码和文档是要修改两次的，难免会有疏漏。
所以可以考虑使用一些框架或插件，自动地根据代码生成文档，这样开发人员只修改代码就好了，文档始终会和代码保持一致（当然开发人员还是要修改代码和Annotation，但是它们毕竟是在一起的）。第二就是API接口测试的问题了，新开发一个接口很简单，难的是修改一个接口功能的时候，如何保证之前功能的正确性和稳定性；而对于接口调用方来说，同样需要确保自身依赖接口的正确性，因为用户是不会区别是你们系统的问题还是你们依赖系统的问题。
我们是依靠单元测试覆盖率的统计和每天定时跑所有系统单元测试用例的方式，来提高各个系统的可用性（虽然这只是一种管理手段，单元测试用例覆盖率也很容易造假，但正是“防君子不防小人”）。监控和缺陷追踪，如果是在分布式架构下，就是调用链路的管理；以往的系统，更多的是A系统调用B系统，而现在可能面对这A-
