基本原則包括：
1.努力寫出好的程式而不是快的程式，不要為了效能而犧牲程式架構原則。好的程式應盡可能的遵守高內聚，低耦合（information hiding）原則。如果程式模組/層次分明，那麼後期可以較輕鬆的進行效能優化
2.努力避免做出影響效能的設計決定。需要考慮的方面包括：與外部系統的互動，系統內部模組之間的互動，通訊協議，資料格式，api。
3.考慮api設計對效能優化的影響。如：頻繁建立不可變類的物件可能影響效能，使用繼承會增加耦合度進而影響後期修改。但是不要為了效能優化而使用反常的api，否則後期可能會導致災難性結果
4.系統開發完成後進行效能測試。如果系統足夠快（至少使用者能接受），那麼不要進行效能優化
5.如果需要進行效能優化，首先必須（使用工具）找出效能瓶頸。針對性能瓶頸，首先應該考慮優化演算法。每次修改後應立刻進行效能測試。
如何進行Hibernate的效能優化？
l 資料庫設計調整 l hql優化 l api的正確使用 如根據不同的業務型別選用不同的集合及查詢 api l 主配置引數 日誌，查詢快取，fetch size,batch size等 l 對映檔案優化 id生成策略，二級快取，延遲載入，關聯優化 l 一級快取的管理 l 針對二級快取，還有許多特有的...
如何對Android進行效能優化
android的效能優化多少能代表乙個程式設計師的級別，如果面試的時候，面試官問到你，你是如何對android進行效能優化的，你若簡單的敷衍兩句，那基本認定你就是個初級的程式設計師了。所以作為資深的android工程師，了解效能優化是我們要走的第一步。主要方式布局優化 繪製優化 記憶體洩漏優化 li...
使用臨時表進行效能優化
這兩個月都在搞一儲存過程，快要被它搞出精神病了。主要是它執行的時間比較長，每次執行幾十分鐘是常有的事，幾個小時也不少見。甚至乎這幾天，執行了兩天一夜都還不知道何時會圓滿結束。等待本來就是乙個痛苦的過程，而這個過程要幾天幾夜，那我不瘋誰人瘋。這肯定是有問題的。執行時間超過1小時的都應該有問題。後來，改...