一、什么是重构
定义
不改变代码外在行为的前提下，对代码做出修改，已改进代码的内部结构
为什么要掌握重构技能
存量产品问题：
1，难以添加新特性：添加一行代码需要阅读理解相关几千行代码
2，存量代码难以理解：培训和维护异常困难，新员工成长缓慢，某些代码完全依赖一位特定的老员工，人员依赖风险极大
3，难以保证产品质量：缺乏有效的自动化测试，添加或修改一行必须手工执行所有的测试用例
4，接口混乱：文档缺失，模块内外耦合严重
5，简单堆砌式实现（垂直烟囱式）：各种全局性的控制变量多
6，系统资源不足：内存、CPU、Flash空间
7，员工工作疲惫：相似任务，重复代码，不断增加的工作量
为何重构
1，改进软件设计
2，使代码更易被理解
3，帮助找到bugs
4，提高编程速度
5，偿还技术债务
1）去除代码重复
2）简化代码逻辑
3）清理代码结构
4）明确代码意图
重构层级定义和要求
L0:功能正确
L1:无漏洞风险
漏洞补丁有效管理，已知告警清零，无安全红线
L2:代码整洁
简洁、自注释、易维测
L3:架构敏捷
高内聚、低耦合、以扩展、可移植、算法精巧
L4:持续演进
重构的分类
小颗粒度重构（函数级、小模块级）
以开发人员为主
大颗粒度重构（架构级、大模块级）
成功的关键之一是人力投入，必须保证专家的投入
二、什么时候重构
重构应该随时随地进行，不应该为了重构而重构，之所以重构，是因为重构可以帮你把要做的事情做得更好
三次法则：事不过三，三则重构
重构时机
添加新功能时
修补错误时
审核代码时
什么时候不适合做重构
1，代码太混乱，设计完全错误，还不如重新开始
2，明天就是DeadLine，永远不要做最后一分钟的修改
3，重构的工作量过大
4，没有任何更好的思路
重构的陷阱
1，七零八碎，无法复原
2，分支开发，难以集成
3，半途而废，迷途难返
4，孤注一掷，进退两难
三、如何重构
重构与新增功能
1，两顶帽子：添加新功能和重构
添加新功能时，不应该修改既有代码，只管添加新功能
重构时，不能再添加功能，只管改进程序结构
一次只做一件事
重构的工作流程
1，识别坏味道->2，测试保护->->3，重构->4，小步前进
小步前进，随时可用，随时可停，随时回退
