这篇文章总结了我在多年负责大规模复杂系统重构中的经验。距离我上一次写浅谈这些年做过的千万级系统重构的文章已经过去近两年，回顾正规买球的网站这段时间，我也在不断进步、摸索，并对架构进行了优化，同时也参与了一些新的重构项目。本文将再次总结我在这些项目中的经验分享！

　　• 重构不等于重写，而是基于原有业务系统的基础上进行改造，需尽量保持对外接口不变和业务逻辑的稳定性，并且需要平滑过渡。

　　• 不要为了重构而重构，需明确重构的目的并且能解决当前问题以及未来可能出现的瓶颈。

　　• 重构需要站在前人的肩膀上，尊重历史架构的合理性，同时遇到问题要用开放的态度去解决。

　　• 细节决定成败，在重构过程中要对可能出现的问题保持警惕，不要抱有侥幸心理。

　　• 性能瓶颈：原有数据库量太大，或服务无法满足当前业务发展的需求，并且可能通过加机器资源都无法解决。

　　• 解耦：例如，需要将单体架构拆分为微服务来降低耦合性，系统发版互相影响。

　　注：只有明确了痛点所在并且新方案能够全面解决问题，同时考虑到未来潜在的瓶颈，并给出相应的解决方案，才会是最佳的重构策略。

　　在进行重构时，需要考虑以下几个关键因素。之前我也在重构系列文章中介绍过重构的相关内容。

　　重构的魅力在于它能够挑战技术人员的极限，并且会遇到各种未知的问题，因为老系统往往承载着很多的历史包袱和未知问题。

　　此外，为了更好地交流技术，应粉丝们的要求，我建立了一个专门致力于重构技术交流的微信群。无论是想学习和交流重构技术，还是在工作中遇到系统瓶颈需要解决方案，还是想提升个人技术等等可以加入此群组和大家一起交流！