編譯執行速度優化
❶ 如何優化java代碼及提高執行效率
張小喜告別996 實現高效編程 減少開發壓力 開啟Java高效編程之門（完整版高清視頻）網路網盤
鏈接:
若資源有問題歡迎追問~
❷ 如何提高Delphi7的編譯速度
提高 delphi 的編譯速度，最有效的方法是提高計算機的性能（更高的CPU運行速度、使用固態硬碟等）。
從軟體優化的角度來說，有以下做法：
1、減少程序中第三方控制項的引用，尤其是一些冗餘的三方控制項引用要清理掉。
2、優化下操作系統、即時殺毒監控程序等。
3、在編寫代碼時，將 Project->Options->Packages->Build with runtime packages 選項鉤上，生成 exe 最終時再關閉。（詳見網文《delphi的編譯速度提高》）
❸ java如何優化編譯呢
#java編譯器對`String常量表達式`的優化:
- 1.String+String 可以被編譯器識別為常量表達
String a="ab" ;
String b="a"+"b";//編譯後:b="ab"
System.out.println(a==b);//true
分析:
編譯器將"a"+"b"當做常量表達式,在編譯時期進行優化,直接取"ab". 在運行時期
並沒有創建新的對象,而是從jvm字元串常量池中獲取之前已經存在的"ab"對象.
- 2.String+基本類型 可以被編譯器識別為常量表達式
String a="a1";
String b="a"+1; //"a1"
String c="a"+true;//"atrue"
String d="a"+3.14;//"a3.14"
#java編譯器對`常量`優化:
* 它是編譯時的一項優化技術,將代碼的常量計算在編譯期完成,節約了運行時的計算量.
1.常量替換
//編譯前:
final int x=10;
int y=x;
//編譯後
int x=10;
int y=10;//編譯時,常量替換了
2.數學恆等式的模式匹配替換
//編譯前:
int x=10+10;
//編譯後
int x=20;//編譯時,模式匹配替換了
3.常量折疊
//編譯前:
boolean flag=true||(a || b && c);
//編譯後
boolean flag=true;//編譯時,常量折疊了
❹ 如何優化 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
這些配置文件主要就是增大 gradle 運行的 java 虛擬機的大小，讓 gradle 在編譯的時候使用獨立進程，讓 gradle 可以很好的運行。
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
具體參數大小視電腦配置而定。
❺ 編譯器的優化到底能夠優化到什麼程度
在不改變程序行為的前提下可以任意改寫代碼
❻ 如何加快Android Studio 編譯app 的速度
以下幾個方法可以提高Android Studio的編譯速度：
使用Gradle 2.4。
Gradle 2.4對執行性能有很大的優化，要手動讓Android Studio使用Gradle 2.4，在項目根目錄下的 build.grade中加入。
打開終端執行 ./gradlew wrapper，就可以下載Gradle 2.4了，下載完成後，需要在Android Studio讓我們的項目使用Gradle 2.4。
使用多線程編譯
在項目根目錄中創建gradle.properties，加入以下配置。
打開dex增量編譯
在項目主Mole下build.grade的Android中加入。
❼ 如何解決android studio運行編譯速度慢
開啟gradle單獨的守護進程：
在下面的目錄下面創建gradle.properties文件：
/home/<username>/.gradle/ (Linux)
/Users/<username>/.gradle/ (Mac)
C:\Users\<username>\.gradle (Windows)
並在文件中增加：
org.gradle.daemon=true
同時修改項目下的gradle.properties文件也可以優化：
# Project-wide Gradle settings.
# IDE (e.g. Android Studio) users:
# Settings specified in this file will override any Gradle settings
# configured through the IDE.
# For more details on how to configure your build environment visit
# http://www.gradle.org/docs/current/userguide/build_environment.html
# The Gradle daemon aims to improve the startup and execution time of Gradle.
# When set to true the Gradle daemon is to run the build.
# TODO: disable daemon on CI, since builds should be clean and reliable on servers
org.gradle.daemon=true
# Specifies the JVM arguments used for the daemon process.
# The setting is particularly useful for tweaking memory settings.
# Default value: -Xmx10248m -XX:MaxPermSize=256m
org.gradle.jvmargs=-Xmx2048m -XX:MaxPermSize=512m -XX:+HeapDumpOnOutOfMemoryError -Dfile.encoding=UTF-8
# When configured, Gradle will run in incubating parallel mode.
# This option should only be used with decoupled projects. More details, visit
# http://www.gradle.org/docs/current/userguide/multi_project_builds.html#sec:decoupled_projects
org.gradle.parallel=true
# Enables new incubating mode that makes Gradle selective when configuring projects.
# Only relevant projects are configured which results in faster builds for large multi-projects.
# http://www.gradle.org/docs/current/userguide/multi_project_builds.html#sec:configuration_on_demand
org.gradle.configureondemand=true
同時上面的這些參數也可以配置到前面的用戶目錄下的gradle.properties文件里，那樣就不是針對一個項目生效，而是針對所有項目生效。
上面的配置文件主要就是做， 增大gradle運行的java虛擬機的大小，讓gradle在編譯的時候使用獨立進程，讓gradle可以平行的運行。
❽ 如何優化JAVA代碼的執行速度
你去網上下載一個exe4j
把java代碼編譯成exe文件
這樣在windows下的執行速度會變得快一些
❾ 編譯原理優化遵循哪些原則
真好奇的話，可以去翻翻《編譯原理》。不然，咱們只需要知道：1、優化有執行速度優化和空間優化兩種；2、優化級別越高，對代碼編寫質量的要求越高。如恰當地應用遞歸，使用volatile關鍵字等等，所以現實工程中一般不會開到最高優化級；3、想不出來了。。
❿ 為什麼C語言編寫的系統程序執行速度比用其他語言編寫的快
C語言是高級語言,編譯後生成可執行程序。
它的執行速度一般來說，比要通過解釋執行的語言快。但比匯編語言慢。
不一定比其它高級語言快，例如，數學運算方面，可能不如fortran快,當然，假定兩者用的演算法完全一樣。
如果演算法不同，兩種語言就不好比較了。例如，對整篇輸入文章進行語句結構或片語結構替代，用Perl 腳本比C快。
計算機語言其實是人的工具，例如，菜刀，斧頭，螺絲刀，各有所長，各有各的用途。菜刀切菜，斧頭劈柴，換過來用也不是不是可以，斧頭切菜，菜刀劈柴，效率差。
C語言同C語言比，速度也不一樣。MS VC++ 同 TB不一樣.
同一種C語言，編譯時用了優化1，優化2，執行程序快慢不同。