课件及源代码地址

做了个小项目，没有用任何框架，主要提供查询数据用，同样的接口和数据，调用一会可用，一会服务就自动停止了，通过日志也看不到那块出错了，这种情况我该从那入手解决。

通过 http 的 ping 或者是看 进程是否存在，对于僵尸进程可能无法察觉，会得到不准确的健康状态。对于关键路径需要做有效的健康检查，激活一个检查程序。 这个检查程序感觉有点类似于在关键路径上做自动化的冒烟测试。 对于一些不明确的错误，如果只是记录日志而没有真正 Recover，僵尸进程驻留，而没有彻底解决，那么始终会存在隐患。 相对来说，不如直接让它 Crash，还记得当年重启 Wiindows 的经历么？ 单体系统，所有的功能都集成在一起，当一部分功能发生错误的时候，没有办法单独重启出错的功能。 微服务，可以通过降级、重启等措施，是可以让出现错误的部分恢复。 有状态的可能需要考虑状态迁移，而无状态的可以用任何一个 instance 来替代，做到 instance flexible 与客户端协商，古老而有效的技术，类似 TCP 协议中的滑动窗口协议 在服务能力成为瓶颈的时候，定义一个返回码，告诉客户端慢一点发，或者告诉客户端隔一段时间再发，主动协调负载，让服务器从繁忙恢复。