編譯優化器

① C/C++的編譯器會怎樣優化

優化編譯是一個極其復雜和龐大的問題，不可能就這么說清楚。

簡單說就是凡是有辦法簡化的處理編譯器會盡可能給你簡化，凡是有辦法用SIMD並行的運算編譯器會盡量給你並行，凡是你沒用到的內容編譯器都會給你刪除。

② 典型的編譯器可以劃分成幾個邏輯階段

這是我們今天的作業，

典型的編譯器可以劃分成七個主要的邏輯階段，分別是詞法分析器、語法分析器、語義分析器、中間代碼生成器、獨立於機器的代碼優化器、代碼生成器、依賴於機器的代碼優化器。各階段的主要功能：

（1）詞法分析器：詞法分析閱讀構成源程序的字元流，按編程語言的詞法規則把它們組成詞法記號流。

（2）語法分析器：按編程語言的語法規則檢查詞法分析輸出的記號流是否符合這些規則，並依據這些規則所體現出的該語言的各種語言構造的層次性，用各記號的第一元建成一種樹形的中間表示，這個中間表示用抽象語法的方式描繪了該記號流的語法情況。

（3）語義分析器：使用語法樹和符號表中的信息，依據語言定義來檢查源程序的語義一致性，以保證程序各部分能有意義地結合在一起。它還收集類型信息，把它們保存在符號表或語法樹中。

（4）中間代碼生成器:為源程序產生更低級的顯示中間表示，可以認為這種中間表示是一種抽象機的程序。

（5）獨立於機器的代碼優化器：試圖改進中間代碼，以便產生較好的目標代碼。通常，較好是指執行較快，但也可能是其他目標，如目標代碼較短或目標代碼執行時能耗較低。

（6）代碼生成器：取源程序的一種中間表示作為輸入並把它映射到一種目標語言。如果目標語言是機器代碼，則需要為源程序所用的變數選擇寄存器或內存單元，然後把中間指令序列翻譯為完成同樣任務的機器指令序列。

（7）依賴於機器的代碼優化器：試圖改進目標機器代碼，以便產生較好的目標機器代碼。

③ 清濁應用編譯優化怎麼用

清濁是一個有點實用的清理類app，下載後點擊三角鍵即可開始清理。

因為在我的日常清理中我需要自定義目錄的清理，所以寫了這么一個app，當然實用性也很強，可以通過載入任務完成所需要的清理，一些基本功能像空目錄清理、卸載殘留清理也包含在內了。

伺服器為大家提供了基本的清理任務，可以自行載入，當然清濁目前還是第一個版本難免有一些問題什麼的，以後會有越來越多的規則加入，功能也會越來越豐富呢，快來試試吧。

2021.10.07 v1.7.7版本更新說明：

1、幹掉文件夾，安卓11可以訪問【android/data】並幹掉其中的文件夾、

2、排除項加了個排除應用的功能，只排除應用清理的時候哦。其他時候不排除，,注意，長按按鈕可以展開按鈕然後添加應用。

3、應用編譯改了下，上個版本沒加長按全部編譯。

4、文件大小分析安卓11【android/data】不能進去的問題搞定。

5、文件分類分析，刪除文件閃退問題。

6、選擇項的選擇框，加大了一點范圍。

7、應用凍結，選擇應用不再排除已經凍結的應用，因為出現了，暫時不知道原因的，凍結列表丟失的問題，暫時沒找到原因。

8、一些像隱私政策文本顯示不能滑動出錯的問題

9、其他閃退的問題，列表點擊閃退的問題。

④ 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句是一個結果，即做了一定程度上的優化。

⑤ 含有代碼優化的編譯器的執行效率高這句話對不對

優化方式理論上跟編譯器和硬體都有關聯。代碼級別的優化，要看所使用的編譯器實現，Xcode用的是clang，VS用的是windows自己的編譯器。。。
匯編級別（指令級別）的優化，要根據硬體對應的指令集實現，指令集根據CPU類型的不同而不同。。。

⑥ 編譯器優化怎麼定義

常見的優化和變新有：函數內嵌（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），如何選擇合適的機器指令，如何合並幾句代碼成一句等等。

⑦ ARMClang6.1編譯優化導致的訪問不對齊異常

keil-project-options for target-選項卡c/c++ 左側中間有個optimization 後面的對應的就是編譯優化設置 level 0就是不優化

⑧ 編譯器的編譯器優化

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