Netbeans效能最佳化

標籤：http   java   使用   os   strong   檔案   

自動代碼提示、補齊

預設狀態下只有輸入‘.’或者快速鍵‘ctrl+\’的時候才會提示代碼。

1，修改【工具-選項-編輯器-程式碼完成】選擇語言：java，java自動彈出式觸發器後面的輸入框中預設狀態只有‘.’。可以在‘.’後面再添加上‘a-z’26個字母，這樣以來在輸入‘,’和字母后都會出現代碼提示。

使用代碼模板的縮寫形式以提高編碼效率

 Netbeans預設提供了一些常用的模板，只要輸入代碼的‘縮寫形式+ Tab’鍵就可以產生相應的代碼。

比如：sout+tab 會輸出System.out.println("");

其他常用的：

psf -----------public static final

br ------------break；

im ------------implements

re-------------- return

st --------------static

其他代碼模板的縮寫形式，請參考【工具-選項-編輯器-代碼模板】選擇你需要的語言，然後查看。

自動產生代碼

通過快速鍵’alt+insert‘或者在代碼中右鍵選擇【插入代碼】，可以自動產生代碼以下方法的代碼。

啟動速度加速

（轉自：http://developer.51cto.com/art/200909/149634.htm）

NetBeans最佳化的目的是提高NetBeans的啟動速度和運行速度。下面介紹的NetBeans最佳化技巧是在版本6.0beta2上的最佳化。經過實驗，大大提高了NetBeans的啟動速度.

1，修改英文netbeans介面字型大小，修改%Netbeans_home%\etc\netbeans.conf

在netbeans_default_options裡加上 –fontsize 13

2，修改JVM記憶體配置（本機記憶體1G，不同記憶體大小不同設定）

在netbeans_default_options裡加上 -J-Xmx512m，同時修改-J-Xms256m。

【說明】-J-Xms32m

此設定用於通知 JAVA 虛擬機器將其初始堆大小設定為 32 MB。通過通知 JVM 它最初應該為堆分配多少記憶體，我們可以防止它隨著 IDE 使用更多的記憶體而將堆增大。

【說明】-J-Xmx128m

此設定用於指定 JAVA 虛擬機器應該用於堆的最大記憶體。對此數值設定硬性上限意味著 Java 進程不能使用比可用的物理 RAM 更多的記憶體。對於具有更多記憶體的系統可以提升此限制 – 128 MB 設定有助於確保 IDE 在 256MB 的系統上可靠地執行操作。注意：不要將此值設定為接近或大於系統中的物理 RAM 數，否則在主要回收過程中將導致頻繁的交換空間操作。

3，在netbeans_default_options裡修改 -J-XX:PermSize=20m

這是一個較特殊的 JVM 開關，但它也縮短了啟動時間。此設定用於調整記憶體中“永久地區”（在這裡儲存類）的大小。由於我們知道所有 IDE 類均佔用特定數量的記憶體，因此我們向 JVM 提示它將需要的記憶體數量。此設定消除了許多系統上啟動過程中的主要記憶體回收事件。SunONE Studio 或包括更多模組的其他 IDE 的使用者可能希望將此數值設定得更高些。

4，在netbeans_default_options裡加上-J-Xverify:none

此開關用於關閉 Java 位元組碼驗證，從而加快類載入，以及消除在啟動過程中僅為驗證目的而載入類的需要。此開關將顯著縮短啟動時間。

5，在Tools-Plugins-installed裡面把不需要的模組去掉

我這裡去掉了 Glashfish；JSF；CVS；Subversion等。速度就得到很大提高了。當然如果你的開發需要這些模組就不需要去掉了。

6，修改編輯器配置

把所有的Javadoc自動快顯視窗去掉，把所有自動完成延時設定為0，把所有自動完成大小寫敏感去掉。

註：在netbeans6的JAVA代碼編輯器設定裡面預設沒有設定代碼自動完成的延時設定了。可以自己手動加入到設定檔C:\Documents and Settings\%USER_NAME%\.netbeans\6.0beta2\config\Editors\text\x-java下的 properties.xml，加入

【說明】 preperties.xml檔案預設不存在，只有在你修改了編輯器配置以後才會出現這個檔案。

根據經驗，Xmx應設為實體記憶體的一半，初始堆大小Xms是Xmx的1/2，比如1G記憶體的機器，Xms256m, Xmx512m

Netbeans5.5.1預設的PermSize是160m，如果在開發中經常遇到 java.lang.OutOfMemoryError: PermGen space的異常，可以將此PermSize設大一些。

下面列出了一些其他的 JVM 開關，在一些系統（而不是所有系統）上，這些開關會或多或少地影響 NetBeans 效能。儘管使用它們會產生一定的影響，但仍值得一試。

* -J-XX:CompileThreshold=100

此開關將會延長啟動時間，原因是：與不使用此開關的情況相比，HotSpot JVM 會以更快的速度將更多的方法編譯到本地代碼中。其結果是提高了IDE 運行時的效能，這是因為更多的 UI 代碼將被編譯而不是被解釋。此值表示在編譯一個方法之前必須調用它的次數。

* -J-XX:+UseConcMarkSweepGC -J-XX:+UseParNewGC

如果出現記憶體回收意外中斷的問題，則請嘗試使用這些開關。此開關導致 JVM 對主要記憶體回收事件（如果在多處理器工作站上運行，則也適用於次要回收事件）使用不同的演算法，這些演算法不會影響整個記憶體回收進程。如果使用了 PermSize 開關，則還應向 netbeans.conf 檔案中添加行 -J-XX:+CMSClassUnloadingEnabled，以便啟用類卸載（使用此回收器時，預設情況下不啟用類卸載）。注意：目前尚不確定此回收器是提高還是降低單一處理器電腦的效能。

* -J-XX:+UseParallelGC

某些測試表明，至少在記憶體配置相當好的單一處理器系統中，使用此回收演算法可以將次要記憶體回收的期間減少一半。請注意，這是一個矛盾的問題 – 事實上此回收器主要適用於具有千MB堆的多處理器系統。尚無可用資料表明它對主要記憶體回收的影響。注意：此回收器與 -J-XX:+UseConcMarkSweepGC 是互斥的。可以在效能 Web 網站上找到支援使用此演算法的度量資料。

* -J-XX:+UseConcMarkSweepGC-J-XX:+CMSClassUnloadingEnabled-J-XX:+CMSPermGenSweepingEnabled，是最佳化記憶體回收的