編譯優化實踐

『壹』 編譯原理優化遵循哪些原則

真好奇的話，可以去翻翻《編譯原理》。不然，咱們只需要知道：1、優化有執行速度優化和空間優化兩種；2、優化級別越高，對代碼編寫質量的要求越高。如恰當地應用遞歸，使用volatile關鍵字等等，所以現實工程中一般不會開到最高優化級；3、想不出來了。。

『貳』 編譯器的編譯器優化

應用程序之所以復雜, 是由於它們具有處理多種問題以及相關數據集的能力。實際上, 一個復雜的應用程序就象許多不同功能的應用程序「 粘貼」 在一起。源文件中大部分復雜性來自於處理初始化和問題設置代碼。這些文件雖然通常占源文件的很大一部分, 具有很大難度, 但基本上不花費C PU 執行周期。
盡管存在上述情況, 大多數Makefile文件只有一套編譯器選項來編譯項目中所有的文件。因此, 標準的優化方法只是簡單地提升優化選項的強度, 一般從O 2 到O 3。這樣一來, 就需要投人大量 精力來調試, 以確定哪些文件不能被優化, 並為這些文件建立特殊的make規則。
一個更簡單但更有效的方法是通過一個性能分析器, 來運行最初的代碼, 為那些佔用了85 一95 % CPU 的源文件生成一個列表。通常情況下, 這些文件大約只佔所有文件的1%。如果開發人員立刻為每一個列表中的文件建立其各自的規則, 則會處於更靈活有效的位置。這樣一來改變優化只會引起一小部分文件被重新編譯。進而,由於時間不會浪費在優化不費時的函數上, 重編譯全部文件將會大大地加快。

『叄』 如何優化 Android Studio 啟動，編譯和運行速度

首先你要找到原因，其原因分為兩大塊：

一、硬體方面：電腦硬體配置不高，這個是決定性的，決定了Android Studio的啟動，編譯和運行速度只能在一定區間內提升；

二、軟體方面：下載的Android Studio版本與你的電腦不能完美兼容運行。

解決辦法：

一、首先看電腦配置如何：可參考Android Studio官網中文版的介紹，鏈接（網路不予許發，你看圖吧）：

四、加入以學習Android Studio為目的組建的的論壇、貼吧等進行查閱相關辦法，推薦首先去官網查詢；

五、最後提一個小建議，最好安裝到系統盤外的剩餘空間最大的盤，而且桌面不要放太多文件，尤其是大文件，這些很占內存，開機啟動項也清理一下，這樣會快很多，因為你問題描述系統了，我無法提供某個具體方法，所以具體的軟體方面的提速需你自己查閱。

『肆』 swift提升編譯速度之代碼優化

其編譯時間會增加很多，下面分別是寫法一、寫法二、寫法三的編譯時間對比，

⚠️ 不推薦寫法一

推薦寫法二

⚠️ 不推薦寫法一

推薦寫法二

⚠️ 不推薦寫法一

推薦寫法二

使用lazy時耗參考鏈接

參考文章如下：

關於 Swift 編譯時性能優化的一些思考

有效提升Swift編譯速度

swift工程編譯越來越慢，原來...

Swift 項目編譯優化（一）

『伍』 編譯原理四——代碼優化

1、基本塊的劃分方法：

3、DAG圖實現基本塊的優化

1、程序流圖與循環
控制流程圖就是有唯一首節點的有向圖，用三元組G=（N，E，n ₀ ）表示（節點集，邊集，首節點）節點集就是基本塊集，有向邊表示如下：基本塊i出口語句不是轉向語句或停語句，i與緊隨其後的基本塊j有有向邊。或者i出口轉向j入口語句。
2、循環：程序流圖里的一個節點序列強連通，任意兩個節點都有至少一條通路，它們中有且只有一個入口節點。（從序列外某節點有一條有向邊引導它，或他是程序流圖的首節點。
3、找循環：
必經節點集：從流圖首節點出發，到n的任意通路都要經過m，m是n的必經節點，記為mDOMn；流圖中結點n的所有必經節點的集合稱為節點n的必經結點集，極為D(n)。
DOM的性質：自反性：流圖中任意節點a，都有aDOMa。傳遞性：aDOMb，bDOMc則aDOMc。反對稱性：aDOMb,bDOMa,a=b。DOM是一個偏序關系，任何節點n的必經節點集是一個有序集。
必經節點的求法：一定包括自己好吧。。。。。。必經節點集就是前驅節點必經節點集的交集加自己沒准。
找回邊：假設a b是流圖中的一條有向邊，如果bDOMa，則a b是流圖中的一條回邊。已知有向邊n d是一條回邊，則由它組成的循環就是由結點d、結點n以及有通路到達n但該通路不經過d的所有結點組成的。
4、可規約流圖：當且僅當一個流圖除去回邊後，其餘邊構成一個無環路流圖。性質：1. 圖中任何直觀環路都是循環。2. 找到所有回邊可以對應找出所有循環。3. 循環或嵌套或不相交（可能有公共入口節點），goto語句不可跳入循環。

5、循環優化

『陸』 java編譯器的代碼優化問題

理論上的就不說了，你自己搜也能搜到很多。
舉個例子，你從一個方法a調用了另一個方法b。
我們知道，在a和b之中是可以創建相同名稱的變數的，比如都有int i = 0;這句話。這種現象的根本原因在於，方法的調用會產生中斷，中斷產生後，cpu會做現場保護，包括把變數等進行壓棧操作，即把方法a的相關資源進行了壓棧，而方法b的相關資源放在棧頂，只有棧頂資源可以與cpu交互（就把方法a中的變數i保護起來），當方法b結束後出棧，a就又回到了棧頂，並獲取了方法b運行的結果，然後繼續運行。

哎，有些啰嗦了。方法的調用、中斷、壓棧出棧等等這些操作你說一點不消耗資源吧，那是不可能的，多少都會消耗一些，雖然很非常十分微不足道。那麼編譯器的優化過程，我知道的其作用之一，就是會把這些做一個優化。原本方法a一共10句話，你偏要只寫1句，然後第2句寫成方法b，第3句寫成方法c。。。。。，然後依次嵌套調用。這樣的源代碼，編譯器優化後，就跟你直接寫10句是一個結果，即做了一定程度上的優化。

『柒』 編譯優化-HappyPack

多線程（多進程模擬）支持
HappyPack的工作原理：在Webpack和Loader之間多加了一層，改成了Webpack並不是直接去和某個Loader進行工作，而是Webpack test到了需要編譯的某個類型的資源模塊後，將該資源的處理任務交給了HappyPack，由HappyPack在內部線程池中進行任務調度，分配一個線程調用處理該類型資源的Loader來處理這個資源，完成後上報處理結果，最後HappyPack把處理結果返回給Webpack，最後由Webpack輸出到目的路徑。通過這一系列操作，將原本都在一個Node.js線程內的工作，分配到了不同的線程（進程）中並行處理。

使用方法如下：

首先引入HappyPack並創建線程池：

替換之前的Loader為HappyPack的插件：

將原Loader中的配置，移動到對應插件中：

Webpack v4編譯速度優化實踐

『捌』 如何優化 Android Studio 啟動，編譯和運行速度

Android Studio 啟動速度優化
1、開啟 gradle 單獨的守護進程
當 Android Studio
遇到錯誤的時候，往往會導致 Android Studio 掛掉，為了防止退出程序，則另外開啟一個線程來守護 Android Studio
的進程，具體操作。 在 C:\Users\.gradle 這個目錄下，創建 gradle.properties 配置文件，復制以下配置進行優化。
# Project-wide Gradle settings.
org.gradle.daemon=true
org.gradle.jvmargs=-Xmx2048m -XX:MaxPermSize=512m
-XX:+HeapDumpOnOutOfMemoryError -Dfile.encoding=UTF-8
org.gradle.parallel=true
org.gradle.configureondemand=true

2、擴大內存
64位：\studio64.exe.vmoptions or studio.exe.vmoptions
32位：\studio.exe.vmoptions or studio.exe.vmoptions
編輯這個文件，在最開始的兩行設置內存大小，類似於eclipse.ini中的配置。配置如下：
-Xms256m
-Xmx1024m
3、優化編譯時VM大小
選擇 file->setting->compile 添加如下參數：
-Xmx1024m
-XX:MaxPermSize=128m
-XX:+HeapDumpOnOutOfMemoryError
-Dfile.encoding=UTF-8
具體參數大小視電腦配置而定。

通過上述這些優化操作，經過實際測試，編譯速度有很大提升，比較大的項目從之前的 5-8 分鍾可以減少到 1-2 分鍾

『玖』 編譯的代碼優化

代碼優化是指對程序進行多種等價變換，使得從變換後的程序出發，能生成更有效的目標代碼。所謂等價，是指不改變程序的運行結果。所謂有效，主要指目標代碼運行時間較短，以及佔用的存儲空間較小。這種變換稱為優化。
有兩類優化：一類是對語法分析後的中間代碼進行優化，它不依賴於具體的計算機；另一類是在生成目標代碼時進行的，它在很大程度上依賴於具體的計算機。對於前一類優化，根據它所涉及的程序范圍可分為局部優化、循環優化和全局優化三個不同的級別。

『拾』 編譯器優化怎麼定義

常見的優化和變新有：函數內嵌（inlining），無用代碼刪除（Dead code elimination），標准化循環結構（loop normalization），循環體展開（loop unrolling），循環體合並，分裂（loop fusion，loop fission），數組填充（array padding），等等。 優化和變形的目的是減少代碼的長度，提高內存（memory），緩存（cache）的使用率，減少讀寫磁碟，訪問網路數據的頻率。更高級的優化甚至可以把序列化的代碼（serial code）變成並行運算，多線程的代碼（parallelized，multi-threaded code）。

機器代碼的生成是優化變型後的中間代碼轉換成機器指令的過程。現代編譯器主要採用生成匯編代碼（assembly code）策略，而不直接生成二進制的目標代碼（binary object code）。即使在代碼生成階段，高級編譯器仍然要做很多分析，優化，變形工作。例如如何分配寄存器（register allocatioin），如何選擇合適的機器指令，如何合並幾句代碼成一句等等。