應用編譯優化哪個好

① 手機優化軟體哪個好用

一、獵豹清理大師
獵豹清理大師是全球下載量第一的清理軟體，一鍵清理手機垃圾文件，釋放超乎你想像的存儲空間;加速內存，解決手機卡慢，操作流暢如新。
軟體特色
1. 清理垃圾，釋放手機空間!
專業引擎掃描，效果優於同行1.5倍以上，告別手機空間不足的困擾。
2. 加速手機，就是快!
一鍵清理內存，秒速提升性能，使用手機不卡頓，玩游戲更盡興。
3. CPU降溫技術，為手機降溫加速!
代碼級分析數萬款APP，揪出CPU功耗大戶，手機不發熱，運行更流暢。
3. 軟體管理，不Root卸載預裝軟體!
批量管理手機應用，無需Root卸載預裝軟體，釋放更多電量和內存。
4. 保護安全和隱私，不做受害者!
私密照、瀏覽器歷史、網銀賬號、簡訊…..個人隱私一鍵即焚，不留痕跡。實時監控惡意軟體和系統漏洞，手機不中毒、網銀不丟財。
二、360清理大師安卓版
360清理大師安卓版是一款實用的手機系統小工具。在360清理大師安卓版手機提速由你做主;貼心隱私清理，聊陌陌、發密照，輕松清理不留痕!是安卓手機用戶的必備清理神器。親們趕緊下載使用吧!
軟體特色
1、一鍵清理
一鍵搞定無用垃圾，手機清理更省心
2、手機加速
瞬間釋放手機內存，加速效果超同行
3、微信清理
深度清理微信垃圾，微信聊天更流暢
4、簡訊清理
首創智能簡訊分類，廣告推送輕松刪
5、相冊清理
自動篩選不美照片，留住精彩瞬間
6、手機瘦身
全面分析存儲空間，垃圾無所遁形
三、騰訊手機管家
騰訊手機管家是騰訊推出的一款為手機安全與管理的服務軟體，產品理念是為做手機安全先鋒，提供體檢加速、健康優化、安全防護、軟體管理等智能化的手機管理功能。
軟體特色
1、體檢優化
一鍵體驗，全方位掌握手機狀況;大師級優化，360°優化手機安卓系統。
2、手機加速
簡單有趣的任務管理，一鍵釋放系統內存，徹底清理系統垃圾。
3、電池保養
智能省電，最多可為手機省70%的電量。
4、流量監控
貼心流量管理衛士，超限自動斷網，避免流量損失。
5、隱私保護
貼心保護通話記錄、簡訊等隱私安全，360°防護手機QQ、QQ空間、微信、微博等應用的隱私安全。
6、更多功能
通訊錄備份、來去電歸屬地顯示、手機防盜、廣告攔截、人臉識別、軟體卸載及文件加密等更多功能等您體驗。

② 目前優化最好的MS C++編譯器是哪個版本

那你就用Dev C++ V5.0,Turbo c 3.0,Borland c 也行，這是現在最流行的編譯器

③ 應用編譯優化有什麼用

應用編譯優化的作用是：提高運行能力因為程序優化前，有3個變數需要3個寄存器，一次乘法運算。程序優化後，只有1個變數需要一個寄存器，沒有乘法運算。

並且這個優化看起來很微不足道，但實際上用途很廣。為了程序的可讀性和可維護性，大多數程序員應該還是會選用第一種方式。

寫3行程序而不是直接甩下一行int ticks = 491520讓後來讀程序的人摸不到頭腦。有了編譯器的優化，程序員既可以寫出易讀的程序又不必擔心性能受影響。

尤其是在嵌入式領域，很多低端晶元根本就沒有硬體乘法器，如果程序不做上述優化可能這3行代碼需要幾十個cycle，優化過後一個cycle就搞定。

應用編譯優化的級別：

第一級：代碼調整。

代碼調整是一種局部的思維方式；基本上不觸及演算法層級；它面向的是代碼，而不是問題； 所以：語句調整，用匯編重寫、指令調整、換一種語言實現、換一個編譯器、循環展開、參數傳遞優化等都屬於這一級。

第二級：新的視角。

新的視角強調的重點是針對問題的演算法；即選擇和構造適合於問題的演算法。

第三級：表驅動狀態機。

將問題抽象為另一種等價的數學模型或假想機器模型，比如構造出某種表驅動狀態機；這一級其實是第二級的延伸，只是產生的效果更加明顯，但它有其本身的特點。

④ java 編譯優化問題

java編譯的結果是位元組碼而不是二進制，所以在運行時vm的優化才是重要的，包括VM的回收策略、分配給VM內存的大小都能在一定程度上影響性能。Sun的VM支持熱點編譯，對高頻執行的代碼段翻譯的2進制會進行緩存，這也是VM的一種優化。

IBM JVM處理數學運算速度最快，BEA JVM處理大量線程和網路socket性能最好，而Sun JVM處理通常的商業邏輯性能最好。不過Hotspot的Server mode被報告有穩定性的問題。

Java 的最大優勢不是體現在執行速度上，所以對Compiler的要求並不如c++那樣高，代碼級的優化還需要程序員本身的功底。

貼個java的運行參數：

Usage: java [-options] class [args...]
(to execute a class)
or java [-options] -jar jarfile [args...]
(to execute a jar file)

where options include:
-client to select the "client" VM
-server to select the "server" VM
-hotspot is a synonym for the "client" VM [deprecated]
The default VM is client.

-cp <class search path of directories and zip/jar files>
-classpath <class search path of directories and zip/jar files>
A ; separated list of directories, JAR archives,
and ZIP archives to search for class files.
-D<name>=<value>
set a system property
-verbose[:class|gc|jni]
enable verbose output
-version print proct version and exit
-version:<value>
require the specified version to run
-showversion print proct version and continue
-jre-restrict-search | -jre-no-restrict-search
include/exclude user private JREs in the version search
-? -help print this help message
-X print help on non-standard options
-ea[:<packagename>...|:<classname>]
-enableassertions[:<packagename>...|:<classname>]
enable assertions
-da[:<packagename>...|:<classname>]
-disableassertions[:<packagename>...|:<classname>]
disable assertions
-esa | -enablesystemassertions
enable system assertions
-dsa | -disablesystemassertions
disable system assertions
-agentlib:<libname>[=<options>]
load native agent library <libname>, e.g. -agentlib:hprof
see also, -agentlib:jdwp=help and -agentlib:hprof=help
-agentpath:<pathname>[=<options>]
load native agent library by full pathname
-javaagent:<jarpath>[=<options>]
load Java programming language agent, see

java.lang.instrument

-Xmixed mixed mode execution (default)
-Xint interpreted mode execution only
-Xbootclasspath:<directories and zip/jar files separated by ;>
set search path for bootstrap classes and resources
-Xbootclasspath/a:<directories and zip/jar files separated by ;>
append to end of bootstrap class path
-Xbootclasspath/p:<directories and zip/jar files separated by ;>
prepend in front of bootstrap class path
-Xnoclassgc disable class garbage collection
-Xincgc enable incremental garbage collection
-Xloggc:<file> log GC status to a file with time stamps
-Xbatch disable background compilation
-Xms<size> set initial Java heap size
-Xmx<size> set maximum Java heap size
-Xss<size> set java thread stack size
-Xprof output cpu profiling data
-Xfuture enable strictest checks, anticipating future default
-Xrs rece use of OS signals by Java/VM (see

documentation)
-Xcheck:jni perform additional checks for JNI functions
-Xshare:off do not attempt to use shared class data
-Xshare:auto use shared class data if possible (default)
-Xshare:on require using shared class data, otherwise fail.

Java虛擬機（JVM）參數配置說明

在Java、J2EE大型應用中，JVM非標准參數的配置直接關繫到整個系統的性能。
JVM非標准參數指的是JVM底層的一些配置參數，這些參數在一般開發中默認即可，不需

要任何配置。但是在生產環境中，為了提高性能，往往需要調整這些參數，以求系統達

到最佳新能。
另外這些參數的配置也是影響系統穩定性的一個重要因素，相信大多數Java開發人員都

見過「OutOfMemory」類型的錯誤。呵呵，這其中很可能就是JVM參數配置不當或者就沒

有配置沒意識到配置引起的。

為了說明這些參數，還需要說說JDK中的命令行工具一些知識做鋪墊。

首先看如何獲取這些命令配置信息說明：
假設你是windows平台，你安裝了J2SDK，那麼現在你從cmd控制台窗口進入J2SDK安裝目

錄下的bin目錄，然後運行java命令，出現如下結果，這些就是包括java.exe工具的和

JVM的所有命令都在裡面。

-----------------------------------------------------------------------
D:\j2sdk15\bin>java
Usage: java [-options] class [args...]
(to execute a class)
or java [-options] -jar jarfile [args...]
(to execute a jar file)

where options include:
-client to select the "client" VM
-server to select the "server" VM
-hotspot is a synonym for the "client" VM [deprecated]
The default VM is client.

-cp <class search path of directories and zip/jar files>
-classpath <class search path of directories and zip/jar files>
A ; separated list of directories, JAR archives,
and ZIP archives to search for class files.
-D<name>=<value>
set a system property
-verbose[:class|gc|jni]
enable verbose output
-version print proct version and exit
-version:<value>
require the specified version to run
-showversion print proct version and continue
-jre-restrict-search | -jre-no-restrict-search
include/exclude user private JREs in the version search
-? -help print this help message
-X print help on non-standard options
-ea[:<packagename>...|:<classname>]
-enableassertions[:<packagename>...|:<classname>]
enable assertions
-da[:<packagename>...|:<classname>]
-disableassertions[:<packagename>...|:<classname>]
disable assertions
-esa | -enablesystemassertions
enable system assertions
-dsa | -disablesystemassertions
disable system assertions
-agentlib:<libname>[=<options>]
load native agent library <libname>, e.g. -agentlib:hprof
see also, -agentlib:jdwp=help and -agentlib:hprof=help
-agentpath:<pathname>[=<options>]
load native agent library by full pathname
-javaagent:<jarpath>[=<options>]
load Java programming language agent, see

java.lang.instrument
-----------------------------------------------------------------------
在控制台輸出信息中，有個-X（注意是大寫）的命令，這個正是查看JVM配置參數的命

令。

其次，用java -X 命令查看JVM的配置說明：
運行後如下結果，這些就是配置JVM參數的秘密武器，這些信息都是英文的，為了方便

閱讀，我根據自己的理解翻譯成中文了（不準確的地方還請各位博友斧正）
-----------------------------------------------------------------------
D:\j2sdk15\bin>java -X
-Xmixed mixed mode execution (default)
-Xint interpreted mode execution only
-Xbootclasspath:<directories and zip/jar files separated by ;>
set search path for bootstrap classes and resources
-Xbootclasspath/a:<directories and zip/jar files separated by ;>
append to end of bootstrap class path
-Xbootclasspath/p:<directories and zip/jar files separated by ;>
prepend in front of bootstrap class path
-Xnoclassgc disable class garbage collection
-Xincgc enable incremental garbage collection
-Xloggc:<file> log GC status to a file with time stamps
-Xbatch disable background compilation
-Xms<size> set initial Java heap size
-Xmx<size> set maximum Java heap size
-Xss<size> set java thread stack size
-Xprof output cpu profiling data
-Xfuture enable strictest checks, anticipating future default
-Xrs rece use of OS signals by Java/VM (see

documentation)
-Xcheck:jni perform additional checks for JNI functions
-Xshare:off do not attempt to use shared class data
-Xshare:auto use shared class data if possible (default)
-Xshare:on require using shared class data, otherwise fail.

The -X options are non-standard and subject to change without notice.
-----------------------------------------------------------------------

JVM配置參數中文說明：
-----------------------------------------------------------------------
1、-Xmixed mixed mode execution (default)
混合模式執行

2、-Xint interpreted mode execution only
解釋模式執行

3、-Xbootclasspath:<directories and zip/jar files separated by ;>
set search path for bootstrap classes and resources
設置zip/jar資源或者類（.class文件）存放目錄路徑

3、-Xbootclasspath/a:<directories and zip/jar files separated by ;>
append to end of bootstrap class path
追加zip/jar資源或者類（.class文件）存放目錄路徑

4、-Xbootclasspath/p:<directories and zip/jar files separated by ;>
prepend in front of bootstrap class path
預先載入zip/jar資源或者類（.class文件）存放目錄路徑

5、-Xnoclassgc disable class garbage collection
關閉類垃圾回收功能

6、-Xincgc enable incremental garbage collection
開啟類的垃圾回收功能

7、-Xloggc:<file> log GC status to a file with time stamps
記錄垃圾回日誌到一個文件。

8、-Xbatch disable background compilation
關閉後台編譯

9、-Xms<size> set initial Java heap size
設置JVM初始化堆內存大小

10、-Xmx<size> set maximum Java heap size
設置JVM最大的堆內存大小

11、-Xss<size> set java thread stack size
設置JVM棧內存大小

12、-Xprof output cpu profiling data
輸入CPU概要表數據

13、-Xfuture enable strictest checks, anticipating future default
執行嚴格的代碼檢查，預測可能出現的情況

14、-Xrs rece use of OS signals by Java/VM (see

documentation)
通過JVM還原操作系統信號

15、-Xcheck:jni perform additional checks for JNI functions
對JNI函數執行檢查

16、-Xshare:off do not attempt to use shared class data
盡可能不去使用共享類的數據

17、-Xshare:auto use shared class data if possible (default)
盡可能的使用共享類的數據

18、-Xshare:on require using shared class data, otherwise fail.
盡可能的使用共享類的數據，否則運行失敗

The -X options are non-standard and subject to change without notice.

⑤ 應用編譯優化哪個模式好

即時編譯技術。
JIT為「即時編譯技術」，當App運行時，每當遇到一個新類，JIT編譯器就會對這個類進行編譯，經過編譯後的代碼，會被優化成相當精簡的原生型指令碼（即nativecode），這樣在下次執行到相同邏輯的時候，速度就會更快。

⑥ 目前C++編譯器哪個好。

無所謂好壞。主流編譯器都可以。
最常用的兩種：
1 VC/VS系列。微軟開發的。與windows兼容性最好。適用於windows軟體開發。
2 gcc系列，包括mingwin, codeblock, devicec等。 對C/C++規范支持最好，是目前執行規范最徹底的編譯器。
對於初學者，任意一個編譯器都是沒區別的。
水平較高的編程人員，可以根據自身常用區域，選擇針對性的編譯器。

⑦ Java和C++有什麼區別對於軟體的性能優化哪個好

C++ 在大部分的情況下都比 Java 要快，有幾個數值方面的基準測試的研究爭辯說 Java 在某些情況下可能會比 C++ 的性能好得多。但有人說數值方面的基準測試對於語言的評估是不合適的，因為編譯器都可以做相關的優化，甚至可能將被測試的代碼徹底刪除。 如果涉及到一個真正現實應用的程序，Java 會因為很多原因導致性能變差：
所有的對象都在堆里被申請。對於使用小對象的函數來說會導致很大的性能損失，因為在棧里申請內存幾乎沒有性能損失。
方法預設是虛的。這對於小對象來說會因為虛表增加好幾倍的內存使用。它也會引起性能損失，因為 JIT 編譯器不得不對查虛表的過程做額外的優化。
即使使用標準的容器依然會有很多的類型轉換，這會引起性能損失，因為需要遍歷整個繼承樹。
虛擬機更進一步增加了內存的使用，因此降低了內存的局部性，增加了緩存命中失敗率，從而導致整個程序變慢。
缺乏低級細節的操作方式使得開發者無法將程序進一步優化，因為編譯器不支持。
有人爭論說，和 Java 相比 C++也有很多劣勢：
指針使得優化變得困難，因為它們可能指向任意的數據。當然現在這一點也並非完全正確，因為一些現代的編譯器引入了 "嚴格別名" 的規則 並且支持 C99 的關鍵字 restrict，從而嚴格限制了指針的使用，使其只能用於指向已知的變數
Java 的垃圾搜集和使用malloc/new來申請內存相比能擁有更好的緩存連貫性，因為它的申請一般來說是順序的。然而，始終有爭論認為二者同樣會導致內存的「零碎化」（即多次分配和回收之後內存空間會變得不連續），且並沒有哪一個比對方有更明顯的緩存優勢。
運行時編譯可能可以更好的優化代碼，因為可以利用運行時的額外的信息，例如知道代碼是在什麼樣的處理器上運行。然而當今的情況也並非完全如此，因為當前最先進的 C++ 編譯器也會針對不同系統生成不同的目標代碼，以期充分利用該系統的計算能力
此外，有爭議的是，花在更復雜的 C++ 代碼上的 debug 時間太多，用 Java 開發完全可以把這些時間用來優化 Java 代碼。當然對於一個給定的程序來說兩種語言能優化到什麼程度也是一方面。最後，對於處理器負擔很重的情況，例如視頻渲染，C++ 能直接訪問硬體，在同樣一個硬體規格下 C++ 總是會比 Java 的表現好很多。

⑧ C++編譯器哪個比較好

首先看你的開發平台是windows還是linux了。如果是Windows的話，毋庸置疑是微軟的Microsoft visual c++6.0 和Microsoft stdio ，微軟的開發工具不管從界面上還是功能上還是從調試上都是異常的強大。畢竟是軟體界老大的產品，何況連運行的操作系統都是他家的。如果是linux的話，編譯器用的比較多的是GCC，而代碼編輯器的話，老牌的程序員用的好像VIM比較多。但是現在linux下的圖形化開發工具比較多了，都集成代碼編寫和編譯和運行一起了。我用過的eclipse，本來這個是java的開發工具，不過早也有專門針對C++的了，蠻方便的滿好用的，可以試試。

⑨ c語言編譯器哪個好

1.
GCC
大名鼎鼎的GNU的C/C++/Obj-C編譯器,
當前版本是2.8.1,
但據說與2.7.*有兼容性
問題.
而使用較廣的是gcc
2.7.2系列,
如RedHat5中帶的就是gcc
2.7.2.3
有時候在Cyrix上用gcc會有些問題,
因此有一套針對Cyrix特點的gcc
2.7.2.3
我這里有RedHat5的rpms
ftp://166.111.68.98/pub/Warez-CD/Huricane-contrib
(Cyrix
2.7.2.3
&
2.8.1)
其基本結構就是一個front
end和back
end,
/usr/bin/gcc
就是個front
end,
其kernel東西都放在
/usr/lib/gcc-lib下面,
cpp是C預處理器,
cc1*的1M多的就是編譯器的核心模塊了
cc1
C
compiler
cc1plus
C++
compiler
cc1obj
Object-C
compiler
但gcc並沒有集成Fortran的compiler,
一般要用f2c轉成C後才用gcc編譯
好象也還有個g77
Fortran
compiler吧?
gcc的不斷發展完善使許多commercial
compiler都相形見絀,
那當然,
gcc/emacs
都由GNU創始人Richard
Stallman手創,
是GNU的旗艦產品,
質量當然沒得說了:-)
由於
Unix平台的高度可移植性,
gcc幾乎在各種常見的Unix平台上都有,
即使是
Win32/DOS也有gcc的port.
比如說該死的Solaris普通版本連compiler都沒有,
也
就只好用gcc了...
2.
EGCS(Experimental/Enhanced
GNU
Compiler
System)
這是gcc的發展方向,
把fortran等編譯器集成進來,
也許還會有Pascal?
它的構造很清晰,
把對gcc的各種改進/port都集成回去.
如gcc
2.7系列據說是
沒有對Pentium進行優化的,
而egcs則把pgcc對Pentium的一些優化集成進去了
現在gcc的開發工作主要就是egcs,
由Cygnus公司領導(?),
這Cygnus公司還是很
不錯的,
還出了GNU-Win32,
SourceNavigator等,
是GNU的堅實擁護者:-))
http://egcs.cygnus.com
包括了C/C++/Obj-C/Fortran
編譯器,
當前最新版本1.0.2,
還在不斷開發中
昨天download發現KDE
Beta4都用egcs編譯了
:-)
Fortran集成進來後在/usr/lib/gcc-lib下又多了個f771的back
end,
當然
還是g77/f77
編譯
我這里有egcs
1.0.2
的rpm
在RH5-CD/collect下面
3.
PGCC(Pentium
GCC)
http://www.gcc.ml.org
針對Pentium
CPU進行了編譯器優化的compiler
pgcc據說用JPEG壓縮解壓縮測試最快可比gcc快
30%!
新版的pgcc都是基於egcs的,
以一個patch的形式release