- 相關推薦
Java編程常見問題匯總
在我們寫Java程序的過程中，其實里面有一些細節(jié)大家可能沒怎么注意，雖然一般沒有什么大問題，但俗話說的好，差之毫厘失之千里。所以我們一定要注意這些小細節(jié)。那在我們?nèi)粘５木幊讨校心男┪覀儾怀Ｗ⒁獾男〖毠?jié)呢?下面跟yjbys小編一起來看看吧！
字符串連接誤用
錯誤的寫法：
String s = "";
for (Person p : persons) {
s += ", " + p.getName();
}
s = s.substring(2); //remove first comma
正確的寫法：
StringBuilder sb = new StringBuilder(persons.size() * 16); // well estimated buffer
for (Person p : persons) {
if (sb.length() > 0) sb.append(", ");
sb.append(p.getName);
}
錯誤的使用StringBuffer
錯誤的寫法：
StringBuffer sb = new StringBuffer();
sb.append("Name: ");
sb.append(name + '\n');
sb.append("!");
...
String s = sb.toString();
問題在第三行，append char比String性能要好，另外就是初始化StringBuffer沒有指定size，導致中間append時可能重新調(diào)整內(nèi)部數(shù)組大小。如果是JDK1.5最好用StringBuilder取代StringBuffer，除非有線程安全的要求。還有一種方式就是可以直接連接字符串。缺點就是無法初始化時指定長度。
正確的寫法：
StringBuilder sb = new StringBuilder(100);
sb.append("Name: ");
sb.append(name);
sb.append("\n!");
String s = sb.toString();
或者這樣寫：
String s = "Name: " + name + "\n!";
測試字符串相等性
錯誤的寫法：
if (name.compareTo("John") == 0) ...
if (name == "John") ...
if (name.equals("John")) ...
if ("".equals(name)) ...
上面的代碼沒有錯，但是不夠好。compareTo不夠簡潔，==原義是比較兩個對象是否一樣。另外比較字符是否為空，最好判斷它的長度。
正確的寫法：
if ("John".equals(name)) ...
if (name.length() == 0) ...
if (name.isEmpty()) ...
數(shù)字轉換成字符串
錯誤的寫法：
"" + set.size()
new Integer(set.size()).toString()
正確的寫法：
String.valueOf(set.size())
利用不可變對象(Immutable)
錯誤的寫法：
zero = new Integer(0);
return Boolean.valueOf("true");
正確的寫法：
zero = Integer.valueOf(0);
return Boolean.TRUE;
請使用XML解析器
錯誤的寫法：
int start = xml.indexOf("
int end = xml.indexOf("");
String name = xml.substring(start, end);
正確的寫法：
SAXBuilder builder = new SAXBuilder(false);
Document doc = doc = builder.build(new StringReader(xml));
String name = doc.getRootElement().getChild("name").getText();
請使用JDom組裝XML
錯誤的寫法：
String name = ...
String attribute = ...
String xml = "
+"
+"";
正確的寫法：
Element root = new Element("root");
root.setAttribute("att", attribute);
root.setText(name);
Document doc = new Documet();
doc.setRootElement(root);
XmlOutputter out = new XmlOutputter(Format.getPrettyFormat());
String xml = out.outputString(root);
XML編碼陷阱
錯誤的寫法：
String xml = FileUtils.readTextFile("my.xml");
因為xml的編碼在文件中指定的，而在讀文件的時候必須指定編碼。另外一個問題不能一次就將一個xml文件用String保存，這樣對內(nèi)存會造成不必要的浪費，正確的做法用InputStream來邊讀取邊處理。為了解決編碼的問題, 最好使用XML解析器來處理。
未指定字符編碼
錯誤的寫法：
Reader r = new FileReader(file);
Writer w = new FileWriter(file);
Reader r = new InputStreamReader(inputStream);
Writer w = new OutputStreamWriter(outputStream);
String s = new String(byteArray); // byteArray is a byte[]
byte[] a = string.getBytes();
這樣的代碼主要不具有跨平臺可移植性。因為不同的平臺可能使用的是不同的默認字符編碼。
正確的寫法：
Reader r = new InputStreamReader(new FileInputStream(file), "ISO-8859-1");
Writer w = new OutputStreamWriter(new FileOutputStream(file), "ISO-8859-1");
Reader r = new InputStreamReader(inputStream, "UTF-8");
Writer w = new OutputStreamWriter(outputStream, "UTF-8");
String s = new String(byteArray, "ASCII");
byte[] a = string.getBytes("ASCII");
未對數(shù)據(jù)流進行緩存
錯誤的寫法：
InputStream in = new FileInputStream(file);
int b;
while ((b = in.read()) != -1) {
...
}
上面的代碼是一個byte一個byte的讀取，導致頻繁的本地JNI文件系統(tǒng)訪問，非常低效，因為調(diào)用本地方法是非常耗時的。最好用BufferedInputStream包裝一下。曾經(jīng)做過一個測試，從/dev/zero下讀取1MB，大概花了1s，而用BufferedInputStream包裝之后只需要60ms，性能提高了94%! 這個也適用于output stream操作以及socket操作。
正確的寫法：
InputStream in = new BufferedInputStream(new FileInputStream(file));
無限使用heap內(nèi)存
錯誤的寫法：
byte[] pdf = toPdf(file);
這里有一個前提，就是文件大小不能講JVM的heap撐爆。否則就等著OOM吧，尤其是在高并發(fā)的服務器端代碼。最好的做法是采用Stream的方式邊讀取邊存儲(本地文件或database)。
正確的寫法：
File pdf = toPdf(file);
另外，對于服務器端代碼來說，為了系統(tǒng)的安全，至少需要對文件的大小進行限制。
不指定超時時間
錯誤的代碼：
Socket socket = ...
socket.connect(remote);
InputStream in = socket.getInputStream();
int i = in.read();
這種情況在工作中已經(jīng)碰到不止一次了。個人經(jīng)驗一般超時不要超過20s。這里有一個問題，connect可以指定超時時間，但是read無法指定超時時間。但是可以設置阻塞(block)時間。
正確的寫法：
Socket socket = ...
socket.connect(remote, 20000); // fail after 20s
InputStream in = socket.getInputStream();
socket.setSoTimeout(15000);
int i = in.read();
另外，文件的讀取(FileInputStream, FileChannel, FileDescriptor, File)沒法指定超時時間, 而且IO操作均涉及到本地方法調(diào)用, 這個更操作了JVM的控制范圍，在分布式文件系統(tǒng)中，對IO的操作內(nèi)部實際上是網(wǎng)絡調(diào)用。一般情況下操作60s的操作都可以認為已經(jīng)超時了。為了解決這些問題，一般采用緩存和異步/消息隊列處理。
【Java編程常見問題】相關文章：
Java基本編程技巧03-31
Java中的動態(tài)代碼編程03-05
2016年最新JAVA編程題及答案03-04
2016年java面向對象編程題庫及答案03-19
數(shù)控編程的技巧03-25
高級數(shù)控編程:子程序調(diào)用及編程舉例03-09
ASP編程實例大全05-29
PHP的基礎編程與應用04-01
數(shù)控編程代碼大全03-09