# 重构

原来的代码虽然写得乱，但功能一直能跑。后来为了更清晰，把函数拆开、变量改名、逻辑整理了一遍，结果一些原本正常的功能突然坏了。重构本来是为了让代码更好维护，却可能改变了细小行为。为什么重构代码时容易引出新的 bug？

写了一个功能，虽然代码写得又臭又长、变量名起得乱七八糟、中间还有几段自己都看不懂的逻辑，但它能跑！于是就不想改了。领导说优化一下，你说够用就行。同事说这段代码可以重构，你说别碰，碰坏了你负责吗。这种心态在程序员圈子里特别普遍，大家一边吐槽屎山代码，一边又在不断制造新的屎山。为什么程序员明明知道代码写得烂，却还是不愿意去优化？

写了一个功能，虽然代码写得又臭又长、变量名起得乱七八糟、中间还有几段自己都看不懂的逻辑，但它能跑！于是就不想改了。领导说优化一下，你说够用就行。同事说这段代码可以重构，你说别碰，碰坏了你负责吗。这种心态在程序员圈子里特别普遍，大家一边吐槽屎山代码，一边又在不断制造新的屎山。为什么程序员明明知道代码写得烂，却还是不愿意去优化？

接手别人的代码，发现代码很长很复杂。想简化但不知道从哪里开始，担心改错了影响功能。别人写的代码怎么简化，怎么在不破坏功能的情况下重构代码，怎么优化已有的复杂代码？