前言Hi,大家好,我是麦洛。我又回来啦🙈进来给大家八卦一段,看看我自己都去干啥了?话说最近公司接了一个农产品交易网站新项目,因为一段代码重构问题差点和老大干起来,本来以为是老大故意刁难我。最后还是发现是我太菜了😏,事情是这个样子滴！在周例会上,老大告知我们最近接了一个农产品交易平台,主要用于全省农产品线上交易。首当其中，就是要把我们甘肃省的黄河蜜推销出去，我

有一个应用程序充斥着技术债，严重的过时了，或者只是对用户服务不足，因此，我们需要了解我们的最佳选择是什么——是继续艰难地探索并逐步进行重构更有意义，还是把它全部摧毁并从头开始重写更有意义呢？这就是我们将在本文中探讨的基本难题。所以让我们开始吧……但是没有那么快！在我们进一步研究之前，需要解决一个大家“避而不谈”的问题，即：对于任何需要改进的遗留应用程序，

开启重试在某些情况下是有问题的，比如当压力过大，一个实例停止响应时，路由将流量转到另一个实例，很有可能导致最终所有的实例全被压垮。说到底，断路器的其中一个作用就是防止故障或者压力扩散。用了retry，断路器就只有在该服务的所有实例都无法运作的情况下才能起作用。这种时候，断路器的形式更像是提供一种友好的错误信息，或者假装服务正常运行的假象给使用者。不

写在前面的话在这里梦翼师兄想特地强调一下Modelsim这个软件，那么这个软件到底是做什么的呢？在这里，我问大家一个问题，假设我们有一块硬件电路板设计完成以后，不知道功能是否正常，那么我们需要怎么做呢？答案很简单的啦，就是我们所谓的“测试”，给电路板上电以后，输入一定的测试激励，观察电路板有什么样的结果输出，如果输出结果和输入激励的对应关系是

昨天一个网络问题排查不清楚，想到了Charles（青花瓷）抓包工具。在刚工作的时候就使用过一次，当时好像还没有收费。逛草稿的时候有一片是17年的关于抓包的，只写了开头。今天从下载到查看完全数据整理一下，我把我本地也删了，伴随着这篇文章重新配置一下。我没有在官网下载，因为要激活。贴一下我的下载地址（找了老久，好多资源）http://www.pc6.com

软件开发的流程通常都是需求分析开发测试运维，每个环节都是独立存在的，各个部门关起门做好自己的事情，然后移交给下一个部门，进行下一个环节，但是在测试和运维阶段会出现问题，需要开发针对程序错误进行更新，但是各部门之间的协作和协调是需要很大的工作量的，甚至会出现互相推诿的现象出现，毕竟人与人之间的协作本身就是需要时间的磨合，何况是各部门之间，那么，为了让各环

最近在新项目的开发过程中，遇到了个问题，需要将一些异常的业务流程返回给前端，需要提供给前端不同的响应码，前端再在次基础上做提示语言的国际化适配。这些异常流程涉及业务层和控制层的各个地方，如果每个地方都写一些重复代码显得很冗余。然后查询解决方案时发现了@ControllerAdvice这个注解，可以对业务异常进行统一处理。经过仔细了解后，发现这个注解还有更多的用处，都很实用。

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

AccessOne边缘接入服务提供低时延、高可靠的传输加速服务，可以解决跨运营商网络不稳定、单线源站、网络拥塞等诸多因素导致的延迟高、服务不稳定等问题，提升网络传输性能和用户体验。AccessOne边缘接入服务拥有多样灵活的接入方式，客户可将任意位置的数据资源安全连接到边缘网络入口，实现全球范围数据高速、稳定、安全的传输，适用于应用加速等多协议加速的业务场景。基于AccessOne边缘接入服务，用户可实现业务透明转发，并构建网络层安全防护，无惧DDoS攻/击。

所谓防抖，一是防用户手抖，二是防网络抖动。在Web系统中，表单提交是一个非常常见的功能，如果不加控制，容易因为用户的误操作或网络延迟导致同一请求被发送多次，进而生成重复的数据记录。要针对用户的误操作，前端通常会实现按钮的loading状态，阻止用户进行多次点击。而对于网络波动造成的请求重发问题，仅靠前端是不行的。为此，后端也应实施相应的防抖逻辑，确保在网络波动的情况下不会接收并处理同一请求多次。