代碼優化的方法和準則？

1、單一職責

代碼優化第一步，單一職責原則 (Single Responsibility Principle)。對于一個Java類，應該僅有一個引起它變化的原因，也就是說，一個類中，應該是一組相關性很高的函數、數據的封裝。但是這個原則的界限劃分的并不是那么清晰，很大程度上要依賴于開發者的個人經驗來定。對于單一職責界限的劃分最大的問題就是類的職責是什么，如何劃分類的職責。

2、開閉原則

開閉原則(Open Close Principle)，是Java世界里最基礎的設計原則，它指導我們如何建立一個穩定、靈活的系統。開閉原則定義：軟件中的對象(類，模塊、函數等)應該對于擴展是開放的，對于修改的封閉的。在軟件的生命周期內，因為變化、升級、維護等原因需要對軟件原有的代碼進行修改時，可能會將錯誤引入原本已經測試過的舊代碼，破壞原有系統，因此，當軟件需要變化時，我們應該進肯能通過擴展的方式來實現變化，而不是通過修改已有的代碼來實現。

3、里氏替換原則

定義：如果對于每一個類型為ClassA的對象a，都有類型為ClassB的對象b，使得以ClassB定義的所有程序P在所有的對象b都替換成a時，程序P的行為沒有發生變化，那么類型ClassA是類型ClassB的子類型。然而這段敘述并無卵用，更直接的定義是：所有引用基類的地方必須能透明的使用其子類的對象。里氏替換原則就是基于這兩個字：抽象。

4、依賴倒置原則

依賴倒置原則(Dependence Inversion Principle)，依賴倒置原則指定了一種特定的解耦形式，使得高層次的模塊不依賴于低層次的模塊的實現細節的目的，依賴模塊被顛倒了。

5、接口隔離原則(Interface Segregation Principle)。

它的定義是：客戶端不應該依賴它不需要的接口。另一種定義是：類間的依賴關系應該建立在最小的接口上。接口隔離原則將非常龐大，臃腫的接口拆分成更小的接口和更具體的接口，這樣客戶只需要知道他們感興趣的方法。接口隔離原則的目的是系統解開耦合，從而容易重構、更改和重新部署。

6、迪米特原則

迪米特原則(Law of Demeter)，也成為最少知識原則：一個對象應該對其他對象有最少的了解。也就是說，一個類應該對自己需要耦合或者調用的類知道的最少，類的內部如何實現與調用者或者依賴者沒關系，調用者和依賴者只需要知道它需要的方法即可，其他的一概不管。類與類的關系越密切，耦合度越大，當一個類發生改變時，對另一個類的影響也越大。