Java

複製代碼 代碼如下:import java.util.ArrayList;import java.util.List;public class Test2 { /** * @param args */ public static void main(String[] args) { String src = "A B C D E B C"; //替換掉空格 src = src.replaceAll(" ", "") ; System.out.println("去除空格後字串：" +

常規調用方式：（這個肯定會彈出cmd視窗）複製代碼 代碼如下:Runtime.getRuntime().exec("cmd.exe /C start D:\\test.bat");解決不彈框只需要“start”後面加一個參數“/b”就行： 複製代碼 代碼如下:Runtime.getRuntime().exec("cmd.exe /C start /b D:\\test.bat");複製代碼 代碼如下:Runtime rt = Runtime.getRuntime();

複製代碼 代碼如下:public String reverse(char[] value){ for (int i = (value.length - 1) >> 1; i >= 0; i--){ char temp = value[i]; value[i] = value[value.length - 1 - i]; value[value.length - 1 - i] = temp; }

代碼如下所示：複製代碼 代碼如下:/***ConnectionUtil .java***/package com.cai.jdbc;import java.sql.Connection; import java.sql.DriverManager;import java.util.Properties ;public class ConnectionUtil { /** * 1 *在方法中固化串連參數 * @return 資料庫連接 */ public Connection

老師決定期末考試採用access資料庫實現增刪改查，我認為現在的我已經沒有問題了，但是以前都是在JSP頁面中串連access資料庫，無論是以下的那種方式都進行了串連的練習，但是現在我想讓我的項目中的訪問access資料庫的java代碼，封裝到DAO中，在DAO中串連資料庫，沒有和Servlet

用類名定義一個變數的時候，定義的應該只是一個引用，外面可以通過這個引用來訪問這個類裡面的屬性和方法，那們類裡面是夠也應該有一個引用來訪問自己的屬性和方法納？呵呵，JAVA提供了一個很好的東西，就是 this 對象，它可以在類裡面來引用這個類的屬性和方法。先來個簡單的例子：複製代碼 代碼如下:public class ThisDemo { String name="Mick"; public void print(String name){

昨天寫this用法總結的時候，突然產生了一個問題，請教別人之後，有了自己的一點認識。還是把它寫下來，為大家更好的認識提供一點思路。1）有人寫了個很好的初始化屬性的建構函式，而你僅僅想要在其中添加另一些自己建立屬性的初始化，這樣在一個建構函式中調用另外一個建構函式，可以避免重複的代碼量，減少工作量；2）在一個建構函式中調用另外一個建構函式的時候應該用的是同一塊記憶體空間，在預設的建構函式中先初始設定變數，調用另一個的時候覆寫已經初始化的變數的值；3）整個調用的過程和遞迴調用函數有點類似，不斷充氣球

冒泡排序它重複地走訪過要排序的數列，一次比較兩個元素，如果他們的順序錯誤就把他們交換過來。走訪數列的工作是重複地進行直到沒有再需要交換，也就是說該數列已經排序完成。代碼如下：複製代碼 代碼如下:public class nums { public static void main(String[] args){ int []nums = {5,4,3,2,1}; for(int i = 0; i < nums.length; i++){

當兩個進程在進行遠程通訊時，彼此可以發送各種類型的資料。無論是何種類型的資料，都會以二進位序列的形式在網路上傳送。發送方需要把這個Java對象轉換為位元組序列，才能在網路上傳送；接收方則需要把位元組序列再恢複為Java對象。 把Java對象轉換為位元組序列的過程稱為對象的序列化。把位元組序列恢複為Java對象的過程稱為對象的還原序列化。對象的序列化主要有兩種用途：1） 把對象的位元組序列永久地儲存到硬碟上，通常存放在一個檔案中；2） 在網路上傳送對象的位元組序列。一．

Java編程中的異常處理是一個很常見的話題了，幾乎任何一門介紹性的Java課程都會提到異常處理。不過，我認為很多人其實沒有真正掌握正確處理異常情況的方法和策略，最多也就不過瞭解個大概，知道概念。我想對三種不同程度和品質的Java異常處理進行了討論，所闡述的處理異常的方式按手法的高下分為：好，不好和惡劣三種。同時提供了一些解決這些問題的技巧。首先解釋一些java異常處理中必須搞清楚的定義和機制。Java語言規範將自Error類或RuntimeException類衍生出來的任何違例都稱作“不可檢查”

JAVA中設計網路編程模式的主要有TCP和UDP兩種，TCP是屬於即時通訊，UDP是通過資料包來進行通訊，UDP當中就會牽扯到資料的解析和傳送。在安全效能方面，TCP要略勝一籌，通訊過程中不容易出現資料丟失的現象，有一方中斷，兩方的通訊就會結束，UDP資料包傳送的過程當中，一方中斷，資料包有很大的可能丟失，還有可能傳來的資料包的順序是錯亂的；在效率方面，UDP要比TCP快的不只是一點點的問題，若終端有解析資料方法的函數，資料包就會源源不斷的傳送過來，然後反饋回去。以上都是我自己的理解，下面是關於

現在許多系統的註冊、登入或者發布資訊模組都添加的隨機碼功能，就是為了避免自動註冊程式或者自動發布程式的使用。驗證碼實際上就是隨機播放一些字元以圖片的形式展現在頁面上，如果進行提交操作的同時需要將圖片上的字元同時提交，如果提交的字元與伺服器session儲存的不同，則認為提交資訊無效。為了避免Bot分析解析圖片，通常會在圖片上隨機產生一些幹擾線或者將字元進行扭曲，增加難度。 我們可以使用servlet來實現隨機驗證碼的實現。複製代碼 代碼如下:package com.servlet;

JAVA 在多媒體處理方面的確優勢不大，但是我們在程式中有些時候又需要一些音樂，如果播放的音樂是wav等波形音頻檔案,又很大的話,所以背景音樂最好就是MIDI了，可是網上很多播放MIDI的教程都是簡單的幾句話的例子。沒有考慮資源的釋放問題，如果程式長久啟動並執行話,就會出現記憶體越耗越多的情況，最後會拋出一個 java.lang.OutOfMemoryError.。在MIDI的播放中，一個類是比較重要的，那就是 MidiSystem 類，負責整個MIDI播放裝置等的管理，其實就是

可能Java 數組大家都很熟悉，最近我遇到了一個關於Java 數組記憶體配置的問題。呵呵。突然就發現許多書上“基礎資料型別 (Elementary Data Type)儲存在棧記憶體當中，對象則儲存在堆記憶體”這句話完全是錯誤的。下面是個簡單的例子代碼:複製代碼 代碼如下:public class Test { public static void main(String[] argv) {// 靜態初始化數組String[] names = { "Michael", "Orson", "

1：gc日誌輸出在jvm啟動參數中加入 -XX:+PrintGC -XX:+PrintGCDetails -XX:+PrintGCTimestamps -XX:+PrintGCApplicationStopedTime，jvm將會按照這些參數順序輸出gc概要資訊，詳細資料，gc時間資訊，gc造成的應用暫停時間。如果在剛才的參數後面加入參數 -Xloggc:檔案路徑，gc資訊將會輸出到指定的檔案中。其他參數還有-verbose:gc和-XX:+PrintTenuringDistribution等。

對上次的三個問題的個人理解： 1） 程式首先是從main函數開始執行的，假設main 函數不是 static ，就要先執行個體化這個類，然後調用 main 方法，這似乎是不現實的. 其次 用 static 修飾的 main 方法是儲存在靜態存貯區當中的，也就是說在建立一個類之後，main 函數就已經存在了，去掉 static 修飾之後，編譯可以通過，但是不能執行。2）查 API之後才發現BufferedRead 對象的 readLine()方讀到的資料是，讀到有換行的地方為一行,直接用

1. 配置Tomcat虛擬目錄在D盤建立檔案夾“javaweb”，然後添加WEB-INF檔案夾及其內容。建立index.html頁面，隨便寫些什麼。 在tomcat安裝路徑下滿的webapps/conf/server.xml中Host節點下面添加： <Context path="/javaweb" docBase="D:\javaweb"/>

1.點 “window”-> "Preferences" -> "Java" -> "Installed JRES"2.此時"Installed JRES"右邊是列表格窗格，列出了系統中的 JRE 環境，選擇你的JRE，然後點邊上的 "Edit..."， 會出現一個視窗(Edit JRE)3.選中rt.jar檔案的這一項：“c:\program files\java\jre_1.5.0_06\lib\rt.jar”點 左邊的“+” 號展開它，4.展開後，可以看到“Source

GUID是一個128位長的數字，一般用16進位表示。演算法的核心思想是結合機器的網卡、當地時間、一個隨即數來產生GUID。從理論上講，如果一台機器每秒產生10000000個GUID，則可以保證（機率意義上）3240年不重複。複製代碼 代碼如下:package com.cn.str;import java.util.UUID;/** * Create GUID * @author Administrator * */public class CreateGUID { public static

一、Java記憶體回收機制