上一篇文章提到我们最近开了个新项目，目的是将新的业务放到新项目中，老项目单独维护，再逐步迁移老项目到新项目里。但就在前端时间生产环境发生了一个事故，事故开始的异常是我们的业务发现前端h5页面办理很慢，这台服务器跑了三个省的办理业务，同事在寻找问题的时候一口老血差点吐出来，所有的项目日志打在一个文件里，里面乱的程度无法用语言形容，因为太忙了的原因，这个事情被

做的是电商系统，主系统生成订单后，分别加入到不同的队列中给另外的三个子系统来异步处理，订单和商品是一对多的关系，在实际测试中，发现其中有一个子系统从队列中获取到的订单实体中，商品列表一直为空，子系统的开发人员一直说是获取不到值导致。因为这个问题，测试一直没通过，不得已只能打日志，反复排查。最后发现在这个子系统中，从队列拿到订单实体后，商品列表是不为空的，但是

voidApplication_Error(objectsender,EventArgse){//在出现未处理的错误时运行的代码ExceptionobjErrServer.GetLastError().GetBaseException();//获取错误

当搞全局捕获异常时可以使用到AOP技术，采用异常通知，也可以用AOP搞日志记录在类上面加上@EnableAsyns注解开启异步调用@Asyns，在方法上加上此注解，可以实现异步调用，底层是多线程技术，相当于加上这个注解的方法重新开启了一个单独的线程正常情况下，当A方法调用B方法时，是需要B方法执行完成，有返回结果时等待返回。这是顺序的方式从上到下执行程序，当使用@Asyns注解时，A方法调用B方法，不用等待B方法执行完成，可以直接向下执行，B方法单独开启一个线程，两个方法同时运行。@Va

API监控适合业务在互联网上，并且用户来自多个不同的地区，且对API的要求较高的场合，用于解决以下的问题：1.发现由于网络中断或者是API响应异常等导致的服务不可用；2.及时对异常的API进行告警；3.记录监控的日志，方便排查。EolinkApikit除了提供API的管理和自动化测试等功能，还提供API监控服务，可以为API设置定时拨测，并且支持多节点监控，可以从多个不同的地区节点来模拟用户的请求进行监控。

接口设计是整个系统设计中非常重要的一环，其中包括限流、权限、入参出参、切面等方面。设计一个好的接口可以帮助我们省去很多不必要的麻烦，从而提升整个系统的稳定性和可扩展性。作为接口设计经验分享的第三篇，我想分享一下如何在用户使用过程中留下操作痕迹。在实际开发中，我会采取一些手段来记录用户操作，例如使用日志记录用户行为，或者在数据库中保存用户操作记录。这些痕迹可以帮助我们快速定位和解决问题，同时也可以为后续数据分析和优化提供有价值的参考。

容器是一种操作系统级虚拟化技术，Docker是一种容器引擎。使用Docker来运行操作容器。但从容器自身来说，其提供的是IaaS层能力。Kubernetes提供了容器调度和管理的能力，加上云计算租户功能，实现容器云平台功能。而基于容器技术所构建的应用开发、应用托管和应用运维平台则可以称为容器化PaaS平台，它是一种轻量化PaaS实现。结合日志、监控、认证、权限等基础能力则可以构建企业级的平台和可复用服务，采用微服务架构实现企业技术服务中台能力，支撑企业业务敏捷研发和模式转型。