Effective Java中有很多值得注意的技巧，今天我剛開始看這本書，看到這一章的時候，我發(fā)現(xiàn)自己以前并沒有理解什么是不必要的對象，所以拿出來跟大家探討一下，避免以后犯不必要的錯誤！ 首先書中對不可變的對象（immutable）做了簡單解釋：不可變對象都是可以重用的。因為String是不可變對象，所以這樣創(chuàng)建String是沒有必要的： ```javaString str = new String("abc"); ``` `'abc'`本身就是一個String實例了，再用實例去包裹他，就屬于浪費資源了。這樣創(chuàng)建的話，`'abc'`就可以實現(xiàn)重用了： ```javaString str = "abc"; ``` 如果本身不是不可變對象，JDK中很多類也提供了重用的功能。了解和使用它們，可以避免創(chuàng)建不必要對象。 例如`Long`、`Integer`等，都提供了`valueOf()`的靜態(tài)方法。`Calendar`等也提供了`getInstance()`方法。

---

上面都不是重點，很多人都已經了解他們了。下面探討一個很有意思的問題，看這段代碼： ```javaLong sum = 0L;for (int i = 0; i < Integer.MAX_VALUE; i++) {sum += i;}System.out.println(sum); ``` JDK1.5支持自動裝箱和拆箱，我們不用進行類型轉換了。但作者說這里有一個疏忽，導致了計算時間的大大提升，我很是沒看出來。其實這個問題還是大標題所講的：創(chuàng)建了不必要的對象。 `sum`是一個`Long`類型的對象，在他本身相加的時候，他會再創(chuàng)建一個`Long`對象，因為這些對象的不同，決定他們不能重用，而就這樣，我們創(chuàng)建了`Integer.MAX_VALUE`個`Long`對象。想想挺恐怖的，雖然創(chuàng)建一個對象的開銷很小，但也不能這樣玩兒。 解決之道就是把`Long sum`換成`long sum`，使用了基本類型，他們是在棧中，也沒有創(chuàng)建對象一說，性能提升不止一倍。 在我的計算機上，`Long`計算花費30秒， `long`花費了3.1秒左右。 避免創(chuàng)建不必要的對象，注意自動裝箱帶來的影響，這一點在以后要提高警惕！ 當然，不能因噎廢食，章中最后的解說，個人感覺也非常精彩： 當然，我們不要認為創(chuàng)建對象的代價非常昂貴，因為小對象的構造器只做很少量的顯式工作，他的創(chuàng)建和回收動作是非常廉價的。通過創(chuàng)建附加的對象，提升程序的清晰性、間接性和功能性，這通常是件好事。 反之，使用對象池來創(chuàng)建對象并不是一種好的做法，除非池中的對象是非常重量級的。

轉載于:https://www.cnblogs.com/china-li/p/3410015.html

總結

以上是生活随笔為你收集整理的Effective Java之避免创建不必要的对象的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。