作者：京東科技 王丹迪

刪除代碼是軟件開發過程中常見的一部分，但必須謹慎操作以確保不會引入錯誤或破壞現有功能。有效的做系統瘦身會降低維護成本，減少冗余代碼，減少開發同事踩坑的機會。以下是幾個步驟和建議，幫助你更安全有效地刪除代碼：

確定范圍

優化總是被鼓勵的，但方式和時間是同時需要被考慮進去的因素

方式：這個方案是否好，有無漏洞？投入產出效益比如何？

時間：是否要在這個版本，哪個版本能使所有開發投入時間最少（建議跟著需求一起，使測試范圍一致）

文檔：若為專門的優化版本，則建議維護一份改動文檔，方便回顧、檢查、及同步相關人

備份/新建分支：

在開始之前，創建項目的完整備份。

使用版本控制系統（如 Git）進行分支管理，以便可以輕松回滾更改。

理解要刪除的內容：

確保你完全理解將要刪除的代碼的作用及其依賴關系，做到這一點，業務流程圖和代碼流程圖也許能更好的幫你一目了然。

如果不確定，詢問同事或查看文檔，但應當注意，這里的信息不應被完全依賴，它只能作為理解代碼的背景渠道。

測試：

在刪除代碼前后運行所有的自動化測試。

手動測試受影響的區域，特別是那些與用戶界面交互部分。

逐步刪除：

而不是一次性刪除大量代碼，嘗試分階段刪除。

刪除一小部分后立即測試，確保沒有引入新的問題。

注釋而非直接刪除：

如果你不確定是否應該永久刪除某些代碼，可以先將其注釋掉而不是直接刪除，并且加告警以備線上出現問題。（要知道，用告警的方式反饋問題是一個非常被動的選擇，這應該是你在測試環境已經確定過后的代碼，所以梳理這邊的邏輯自查并同步測試才是首要任務哦）

這樣做可以讓你以后更容易地恢復這部分代碼。

清理：

下游檢查：刪除不再需要的文件、變量、函數、接口、混入和方法等，這一步總是會被輕易忽視。

上游檢查：檢查其他可能引用已刪除代碼的地方

全局搜索：如果判斷所刪除的對象的關鍵字可能為動態拼接，則此時選擇部分字符進行匹配，不選擇【match whole word】；如果判斷關鍵字可能使用類似toLowerCase方法，則不選擇【match case】

如果有依賴內部組件庫記得也要搜索一下關鍵字哦

確保所有相關的文檔和注釋也被更新。

如果有abtest下線，則記得將測試、生產ab平臺的相關版本也一并下線，或備注，以防他人在不知情的情況下更改配置導致產生問題

提交和記錄：

將你的更改提交到版本控制系統中，提交之前的二次確認也很重要哦。

提供清晰的提交消息commit解釋為什么要刪除這段代碼。

review：

讓團隊成員review你的變更。

特別是對于那些不經常接觸的代碼部分，審查尤為重要。

監控：

發布更改后的軟件后，密切監控日志和用戶反饋，以便及時發現任何潛在的問題。

通過遵循這些步驟，你可以減少因誤刪代碼而導致的風險，并保持代碼庫的健康和可維護性。記住，在任何時候都要小心行事，特別是在涉及關鍵業務邏輯的情況下。

審核編輯 黃宇