Java開源項(xiàng)目

1.分布式應(yīng)用服務(wù)開發(fā)的一站式解決方案 Spring Cloud Alibaba

Spring Cloud Alibaba 致力于提供分布式應(yīng)用服務(wù)開發(fā)的一站式解決方案。此項(xiàng)目包含開發(fā)分布式應(yīng)用服務(wù)的必需組件舱污，方便開發(fā)者通過 Spring Cloud 編程模型輕松使用這些組件來開發(fā)分布式應(yīng)用服務(wù)痹愚。

依托 Spring Cloud Alibaba荣暮，您只需要添加一些注解和少量配置硬纤，就可以將 Spring Cloud 應(yīng)用接入阿里分布式應(yīng)用解決方案梧油，通過阿里中間件來迅速搭建分布式應(yīng)用系統(tǒng)郑诺。

地址：https://github.com/spring-cloud-incubator/spring-cloud-alibaba

2. JDBC 連接池夹姥、監(jiān)控組件 Druid

Druid是一個(gè) JDBC 組件。

1.監(jiān)控?cái)?shù)據(jù)庫訪問性能辙诞。

2.提供了一個(gè)高效辙售、功能強(qiáng)大、可擴(kuò)展性好的數(shù)據(jù)庫連接池飞涂。

3.數(shù)據(jù)庫密碼加密旦部。

4.SQL執(zhí)行日志。

地址：https://github.com/alibaba/druid

3. Java 的 JSON 處理器 fastjson

fastjson 是一個(gè)性能很好的 Java 語言實(shí)現(xiàn)的 JSON 解析器和生成器较店，來自阿里巴巴的工程師開發(fā)士八。

主要特點(diǎn)：快速FAST (比其它任何基于Java的解析器和生成器更快，包括jackson）梁呈；強(qiáng)大（支持普通JDK類包括任意Java Bean Class婚度、Collection、Map官卡、Date或enum）蝗茁；零依賴（沒有依賴其它任何類庫除了JDK）。

地址：https://github.com/alibaba/fastjson

4. 服務(wù)框架 Dubbo

Apache Dubbo (incubating) |是阿里巴巴的一款高性能寻咒、輕量級的開源Java RPC框架哮翘，它提供了三大核心能力：面向接口的遠(yuǎn)程方法調(diào)用，智能容錯(cuò)和負(fù)載均衡毛秘，以及服務(wù)自動注冊和發(fā)現(xiàn)饭寺。

地址：https://github.com/alibaba/dubbo

5. 企業(yè)級流式計(jì)算引擎 JStorm

JStorm 是參考 Apache Storm 實(shí)現(xiàn)的實(shí)時(shí)流式計(jì)算框架，在網(wǎng)絡(luò)IO叫挟、線程模型艰匙、資源調(diào)度、可用性及穩(wěn)定性上做了持續(xù)改進(jìn)抹恳，已被越來越多企業(yè)使用旬薯。JStorm 可以看作是 storm 的 java 增強(qiáng)版本，除了內(nèi)核用純java實(shí)現(xiàn)外适秩，還包括了thrift绊序、python硕舆、facet ui。從架構(gòu)上看骤公，其本質(zhì)是一個(gè)基于 zk 的分布式調(diào)度系統(tǒng)抚官。

地址：https://github.com/alibaba/jstorm

6. apns4j

apns4j 是 Apple Push Notification Service 的 Java 實(shí)現(xiàn)！

地址：https://github.com/teaey/apns4j

7. 分布式數(shù)據(jù)層 TDDL

TDDL 是一個(gè)基于集中式配置的 jdbc datasource實(shí)現(xiàn)阶捆，具有主備凌节，讀寫分離，動態(tài)數(shù)據(jù)庫配置等功能洒试。

地址：https://github.com/alibaba/tb_tddl

8. 輕量級分布式數(shù)據(jù)訪問層 CobarClient

Cobar Client是一個(gè)輕量級分布式數(shù)據(jù)訪問層（DAL）基于iBatis(已更名為MyBatis)和Spring框架實(shí)現(xiàn)倍奢。

地址：https://github.com/alibaba/cobarclient

9. 淘寶定制 JVM：TaobaoJVM

TaobaoJVM 基于 OpenJDK HotSpot VM，是國內(nèi)第一個(gè)優(yōu)化垒棋、定制且開源的服務(wù)器版Java虛擬機(jī)卒煞。目前已經(jīng)在淘寶、天貓上線叼架，全部替換了Oracle官方JVM版本畔裕，在性能，功能上都初步體現(xiàn)了它的價(jià)值乖订。

地址：http://jvm.taobao.org

10. Java 圖片處理類庫 SimpleImage

SimpleImage是阿里巴巴的一個(gè)Java圖片處理的類庫扮饶，可以實(shí)現(xiàn)圖片縮略、水印等處理乍构。

地址：https://github.com/alibaba/simpleimage

11. redis 的 java 客戶端 Tedis

Tedis 是另一個(gè) redis 的 java 客戶端甜无。Tedis 的目標(biāo)是打造一個(gè)可在生產(chǎn)環(huán)境直接使用的高可用 Redis 解決方案。

地址：https://github.com/justified/tedis

12.開源 Java 診斷工具 Arthas

Arthas（阿爾薩斯）是阿里巴巴開源的 Java 診斷工具哥遮，深受開發(fā)者喜愛毫蚓。

Arthas 采用命令行交互模式，同時(shí)提供豐富的 Tab 自動補(bǔ)全功能昔善，進(jìn)一步方便進(jìn)行問題的定位和診斷。

地址：https://alibaba.github.io/arthas/

13.動態(tài)服務(wù)發(fā)現(xiàn)畔乙、配置和服務(wù)管理平臺 Nacos

Nacos 致力于幫助您發(fā)現(xiàn)君仆、配置和管理微服務(wù)。Nacos 提供了一組簡單易用的特性集牲距，幫助您實(shí)現(xiàn)動態(tài)服務(wù)發(fā)現(xiàn)返咱、服務(wù)配置管理、服務(wù)及流量管理牍鞠。

Nacos 幫助您更敏捷和容易地構(gòu)建咖摹、交付和管理微服務(wù)平臺。 Nacos 是構(gòu)建以“服務(wù)”為中心的現(xiàn)代應(yīng)用架構(gòu)(例如微服務(wù)范式难述、云原生范式)的服務(wù)基礎(chǔ)設(shè)施萤晴。

地址：https://nacos.io/en-us/

14.Java 解析 Excel 工具 easyexcel

Java 解析吐句、生成 Excel 比較有名的框架有 Apache poi、jxl 店读。但他們都存在一個(gè)嚴(yán)重的問題就是非常的耗內(nèi)存嗦枢，poi 有一套 SAX 模式的 API 可以一定程度的解決一些內(nèi)存溢出的問題，但 POI 還是有一些缺陷屯断，比如 07 版 Excel 解壓縮以及解壓后存儲都是在內(nèi)存中完成的文虏，內(nèi)存消耗依然很大。easyexcel 重寫了 poi 對 07 版 Excel 的解析殖演，能夠原本一個(gè) 3M 的 excel 用 POI sax 依然需要 100M 左右內(nèi)存降低到 KB 級別氧秘，并且再大的 excel 不會出現(xiàn)內(nèi)存溢出，03 版依賴 POI 的 sax 模式趴久。在上層做了模型轉(zhuǎn)換的封裝丸相，讓使用者更加簡單方便。

地址：https://github.com/alibaba/easyexcel

15.高可用流量管理框架 Sentinel

Sentinel 是面向微服務(wù)的輕量級流量控制框架朋鞍，從流量控制已添、熔斷降級、系統(tǒng)負(fù)載保護(hù)等多個(gè)維度保護(hù)服務(wù)的穩(wěn)定性滥酥。

只要通過 Sentinel API 定義的代碼更舞，就是資源，能夠被 Sentinel 保護(hù)起來坎吻。大部分情況下缆蝉，可以使用方法簽名，URL瘦真，甚至服務(wù)名稱作為資源名來標(biāo)示資源刊头。

地址：https://github.com/alibaba/Sentinel

16.基于多維度 Metrics 的系統(tǒng)度量和監(jiān)控中間件 SOFALookout

Lookout 是一個(gè)利用多維度的 metrics 對目標(biāo)系統(tǒng)進(jìn)行度量和監(jiān)控的項(xiàng)目。Lookout 的多維度 metrics 參考 Metrics 2.0 標(biāo)準(zhǔn)诸尽。Lookout 項(xiàng)目分為客戶端部分與服務(wù)器端部分原杂。

客戶端是一個(gè) Java 的類庫，可以將它植入您的應(yīng)用代碼中采集 metrics 信息您机，客戶端更多詳情穿肄。

服務(wù)端代碼部分，將于下一版本提供际看。通過 LOOKOUT 的服務(wù)咸产，可以對 metrics 數(shù)據(jù)進(jìn)行收集、加工仲闽、存儲和查詢等處理脑溢，另外結(jié)合 grafana，可做數(shù)據(jù)可視化展示赖欣。

地址：https://github.com/alipay/sofa-lookout

17.基于 Spring Boot 的研發(fā)框架 SOFABoot

SOFABoot 是螞蟻金服開源的基于 Spring Boot 的研發(fā)框架屑彻，它在 Spring Boot 的基礎(chǔ)上验庙，提供了諸如 Readiness Check，類隔離酱酬，日志空間隔離等等能力壶谒。在增強(qiáng)了 Spring Boot 的同時(shí)，SOFABoot 提供了讓用戶可以在 Spring Boot 中非常方便地使用 SOFAStack 相關(guān)中間件的能力膳沽。

地址：https://github.com/alipay/sofa-boot

18.輕量級 Java 類隔離容器 SOFAArk

SOFAArk 是一款基于 Java 實(shí)現(xiàn)的輕量級類隔離容器汗菜，由螞蟻金服公司開源貢獻(xiàn)；主要為應(yīng)用程序提供類隔離和依賴包隔離的能力挑社；基于 Fat Jar 技術(shù)陨界，應(yīng)用可以被打包成一個(gè)自包含可運(yùn)行的 Fat Jar，應(yīng)用既可以是簡單的單模塊 Java 應(yīng)用也可以是 Spring Boot 應(yīng)用痛阻【瘢可訪問網(wǎng)址進(jìn)入快速開始并獲取更多詳細(xì)信息。

地址：https://alipay.github.io/sofastack.github.io/

19.分布式鏈路追蹤中間件 SOFATracer

SOFATracer 是一個(gè)用于分布式系統(tǒng)調(diào)用跟蹤的組件阱当，通過統(tǒng)一的 traceId 將調(diào)用鏈路中的各種網(wǎng)絡(luò)調(diào)用情況以日志的方式記錄下來俏扩，以達(dá)到透視化網(wǎng)絡(luò)調(diào)用的目的。這些日志可用于故障的快速發(fā)現(xiàn)弊添，服務(wù)治理等录淡。

地址：https://github.com/alipay/sofa-tracer

20.高性能 Java RPC 框架 SOFARPC

SOFARPC 是一個(gè)高可擴(kuò)展性、高性能油坝、生產(chǎn)級的 Java RPC 框架嫉戚。在螞蟻金服 SOFARPC 已經(jīng)經(jīng)歷了十多年及五代版本的發(fā)展。SOFARPC 致力于簡化應(yīng)用之間的 RPC 調(diào)用澈圈，為應(yīng)用提供方便透明彬檀、穩(wěn)定高效的點(diǎn)對點(diǎn)遠(yuǎn)程服務(wù)調(diào)用方案。為了用戶和開發(fā)者方便的進(jìn)行功能擴(kuò)展瞬女，SOFARPC 提供了豐富的模型抽象和可擴(kuò)展接口窍帝，包括過濾器、路由诽偷、負(fù)載均衡等等坤学。同時(shí)圍繞 SOFARPC 框架及其周邊組件提供豐富的微服務(wù)治理方案。

地址：https://github.com/alipay/sofa-rpc

21.基于 Netty 的網(wǎng)絡(luò)通信框架 SOFABolt

SOFABolt 是螞蟻金融服務(wù)集團(tuán)開發(fā)的一套基于 Netty 實(shí)現(xiàn)的網(wǎng)絡(luò)通信框架渤刃。

為了讓 Java 程序員能將更多的精力放在基于網(wǎng)絡(luò)通信的業(yè)務(wù)邏輯實(shí)現(xiàn)上，而不是過多的糾結(jié)于網(wǎng)絡(luò)底層 NIO 的實(shí)現(xiàn)以及處理難以調(diào)試的網(wǎng)絡(luò)問題贴膘，Netty 應(yīng)運(yùn)而生卖子。

為了讓中間件開發(fā)者能將更多的精力放在產(chǎn)品功能特性實(shí)現(xiàn)上，而不是重復(fù)地一遍遍制造通信框架的輪子刑峡，SOFABolt 應(yīng)運(yùn)而生洋闽。

地址：https://github.com/alipay/sofa-bolt

22.動態(tài)非侵入 AOP 解決方案 JVM-Sandbox

JVM-Sandbox玄柠，JVM 沙箱容器，一種基于 JVM 的非侵入式運(yùn)行期 AOP 解決方案诫舅。

地址：https://github.com/alibaba/jvm-sandbox

23.面向云的分布式消息領(lǐng)域標(biāo)準(zhǔn) OpenMessaging

OpenMessaging 是由阿里巴巴發(fā)起羽利，與雅虎、滴滴出行刊懈、Streamlio 公司共同參與創(chuàng)立这弧，旨在創(chuàng)立廠商無關(guān)、平臺無關(guān)的分布式消息及流處理領(lǐng)域的應(yīng)用開發(fā)標(biāo)準(zhǔn)虚汛。

地址：https://github.com/openmessaging/openmessaging-java

24.P2P 文件分發(fā)系統(tǒng) Dragonfly

Dragonfly（蜻蜓）是阿里自研的 P2P 文件分發(fā)系統(tǒng)匾浪，用于解決大規(guī)模文件分發(fā)場景下分發(fā)耗時(shí)、成功率低卷哩、帶寬浪費(fèi)等難題蛋辈。大幅提升發(fā)布部署、數(shù)據(jù)預(yù)熱将谊、大規(guī)模容器鏡像分發(fā)等業(yè)務(wù)能力冷溶。

開源版的 Dragonfly 可用于 P2P 文件分發(fā)、容器鏡像分發(fā)尊浓、局部限速逞频、磁盤容量預(yù)檢等。它支持多種容器技術(shù)眠砾，對容器本身無需做任何改造虏劲，鏡像分發(fā)比 natvie 方式提速可高達(dá) 57 倍，Registry 網(wǎng)絡(luò)出流量降低99.5%以上褒颈。

地址：https://github.com/alibaba/Dragonfly

25.LayoutManager 定制化布局方案 vlayout

VirtualLayout是一個(gè)針對RecyclerView的LayoutManager擴(kuò)展, 主要提供一整套布局方案和布局間的組件復(fù)用的問題柒巫。

地址：https://github.com/alibaba/vlayout

26.Java 代碼規(guī)約掃描插件 P3C

項(xiàng)目包含三部分：PMD 實(shí)現(xiàn)、IntelliJ IDEA 插件谷丸、Eclipse 插件

地址：https://github.com/alibaba/p3c

Java開發(fā)的性能優(yōu)化的細(xì)節(jié)

● 1. 盡量在合適的場合使用單例

使用單例可以減輕加載的負(fù)擔(dān)堡掏，縮短加載的時(shí)間，提高加載的效率刨疼，但并不是所有地方都適用于單例泉唁，簡單來說，單例主要適用于以下三個(gè)方面：

第一揩慕，控制資源的使用亭畜，通過線程同步來控制資源的并發(fā)訪問；

第二迎卤，控制實(shí)例的產(chǎn)生拴鸵，以達(dá)到節(jié)約資源的目的；

第三，控制數(shù)據(jù)共享劲藐，在不建立直接關(guān)聯(lián)的條件下八堡，讓多個(gè)不相關(guān)的進(jìn)程或線程之間實(shí)現(xiàn)通信。

● 2. 盡量避免隨意使用靜態(tài)變量

當(dāng)某個(gè)對象被定義為static變量所引用聘芜，那么GC通常是不會回收這個(gè)對象所占有的內(nèi)存兄渺，如

此時(shí)靜態(tài)變量b的生命周期與A類同步，如果A類不會卸載汰现，那么b對象會常駐內(nèi)存挂谍，直到程序終止。

● 3. 盡量避免過多過常地創(chuàng)建Java對象

盡量避免在經(jīng)常調(diào)用的方法服鹅，循環(huán)中new對象凳兵，由于系統(tǒng)不僅要花費(fèi)時(shí)間來創(chuàng)建對象，而且還要花時(shí)間對這些對象進(jìn)行垃圾回收和處理企软，在我們可以控制的范圍內(nèi)庐扫，最大限度地重用對象，最好能用基本的數(shù)據(jù)類型或數(shù)組來替代對象仗哨。

● 4. 盡量使用final修飾符

帶有final修飾符的類是不可派生的形庭。在JAVA核心API中，有許多應(yīng)用final的例子厌漂，例如java萨醒、lang、String苇倡，為String類指定final防止了使用者覆蓋length()方法富纸。另外，如果一個(gè)類是final的旨椒，則該類所有方法都是final的晓褪。java編譯器會尋找機(jī)會內(nèi)聯(lián)（inline）所有的final方法（這和具體的編譯器實(shí)現(xiàn)有關(guān)），此舉能夠使性能平均提高50%综慎。

如：讓訪問實(shí)例內(nèi)變量的getter/setter方法變成”final：

簡單的getter/setter方法應(yīng)該被置成final涣仿，這會告訴編譯器，這個(gè)方法不會被重載示惊，所以好港，可以變成”inlined”,例子：

● 5. 盡量使用局部變量

調(diào)用方法時(shí)傳遞的參數(shù)以及在調(diào)用中創(chuàng)建的臨時(shí)變量都保存在棧（Stack）中，速度較快米罚；其他變量钧汹，如靜態(tài)變量、實(shí)例變量等录择，都在堆（Heap）中創(chuàng)建拔莱，速度較慢类嗤。

● 6. 盡量處理好包裝類型和基本類型兩者的使用場所

雖然包裝類型和基本類型在使用過程中是可以相互轉(zhuǎn)換，但它們兩者所產(chǎn)生的內(nèi)存區(qū)域是完全不同的辨宠，基本類型數(shù)據(jù)產(chǎn)生和處理都在棧中處理，包裝類型是對象货裹，是在堆中產(chǎn)生實(shí)例嗤形。在集合類對象，有對象方面需要的處理適用包裝類型弧圆，其他的處理提倡使用基本類型赋兵。

● 7. 慎用synchronized，盡量減小synchronize的方法

都知道搔预，實(shí)現(xiàn)同步是要很大的系統(tǒng)開銷作為代價(jià)的霹期，甚至可能造成死鎖，所以盡量避免無謂的同步控制拯田。synchronize方法被調(diào)用時(shí)历造，直接會把當(dāng)前對象鎖了，在方法執(zhí)行完之前其他線程無法調(diào)用當(dāng)前對象的其他方法船庇。所以吭产，synchronize的方法盡量減小，并且應(yīng)盡量使用方法同步代替代碼塊同步鸭轮。

● 8. 盡量不要使用finalize方法

實(shí)際上臣淤，將資源清理放在finalize方法中完成是非常不好的選擇，由于GC的工作量很大窃爷，尤其是回收Young代內(nèi)存時(shí)邑蒋，大都會引起應(yīng)用程序暫停，所以再選擇使用finalize方法進(jìn)行資源清理按厘，會導(dǎo)致GC負(fù)擔(dān)更大医吊，程序運(yùn)行效率更差。

● 9. 盡量使用基本數(shù)據(jù)類型代替對象

上面這種方式會創(chuàng)建一個(gè)“hello”字符串刻剥，而且JVM的字符緩存池還會緩存這個(gè)字符串遮咖；

此時(shí)程序除創(chuàng)建字符串外，str所引用的String對象底層還包含一個(gè)char[]數(shù)組造虏，這個(gè)char[]數(shù)組依次存放了h,e,l,l,o

● 10. 多線程在未發(fā)生線程安全前提下應(yīng)盡量使用HashMap御吞、ArrayList

HashTable、Vector等使用了同步機(jī)制漓藕，降低了性能陶珠。

● 11. 盡量合理的創(chuàng)建HashMap

當(dāng)你要創(chuàng)建一個(gè)比較大的hashMap時(shí)，充分利用這個(gè)構(gòu)造函數(shù)

避免HashMap多次進(jìn)行了hash重構(gòu),擴(kuò)容是一件很耗費(fèi)性能的事享钞，在默認(rèn)中initialCapacity只有16揍诽，而loadFactor是 0.75诀蓉，需要多大的容量，你最好能準(zhǔn)確的估計(jì)你所需要的最佳大小暑脆，同樣的Hashtable渠啤，Vectors也是一樣的道理。

● 12. 盡量減少對變量的重復(fù)計(jì)算

如：

應(yīng)該改為：

并且在循環(huán)中應(yīng)該避免使用復(fù)雜的表達(dá)式添吗，在循環(huán)中沥曹，循環(huán)條件會被反復(fù)計(jì)算，如果不使用復(fù)雜表達(dá)式碟联，而使循環(huán)條件值不變的話妓美，程序?qū)\(yùn)行的更快。

● 13. 盡量避免不必要的創(chuàng)建

如：

應(yīng)該改為：

● 14. 盡量在finally塊中釋放資源

程序中使用到的資源應(yīng)當(dāng)被釋放鲤孵，以避免資源泄漏壶栋，這最好在finally塊中去做。不管程序執(zhí)行的結(jié)果如何普监，finally塊總是會執(zhí)行的贵试，以確保資源的正確關(guān)閉。

● 15. 盡量使用移位來代替a/b的操作

"/"是一個(gè)代價(jià)很高的操作凯正，使用移位的操作將會更快和更有效

如：

應(yīng)該改為：

但注意的是使用移位應(yīng)添加注釋锡移，因?yàn)橐莆徊僮鞑恢庇^，比較難理解漆际。

● 16.盡量使用移位來代替a*b的操作

同樣的淆珊，對于*操作，使用移位的操作將會更快和更有效

如：

應(yīng)該改為：

● 17. 盡量確定StringBuffer的容量

StringBuffer 的構(gòu)造器會創(chuàng)建一個(gè)默認(rèn)大屑榛恪（通常是16）的字符數(shù)組施符。在使用中，如果超出這個(gè)大小擂找，就會重新分配內(nèi)存戳吝，創(chuàng)建一個(gè)更大的數(shù)組，并將原先的數(shù)組復(fù)制過來贯涎，再丟棄舊的數(shù)組听哭。在大多數(shù)情況下，你可以在創(chuàng)建 StringBuffer的時(shí)候指定大小塘雳，這樣就避免了在容量不夠的時(shí)候自動增長陆盘，以提高性能。

如：

●18. 盡量早釋放無用對象的引用

大部分時(shí)败明，方法局部引用變量所引用的對象會隨著方法結(jié)束而變成垃圾隘马，因此，大部分時(shí)候程序無需將局部妻顶，引用變量顯式設(shè)為null酸员。

例如：

Java代碼

上面這個(gè)就沒必要了蜒车，隨著方法test()的執(zhí)行完成，程序中obj引用變量的作用域就結(jié)束了幔嗦。但是如果是改成下面：

Java代碼

這時(shí)候就有必要將obj賦值為null酿愧，可以盡早的釋放對Object對象的引用。

● 19. 盡量避免使用二維數(shù)組

二維數(shù)據(jù)占用的內(nèi)存空間比一維數(shù)組多得多邀泉，大概10倍以上寓娩。

● 20. 盡量避免使用split

除非是必須的，否則應(yīng)該避免使用split呼渣，split由于支持正則表達(dá)式，所以效率比較低寞埠，如果是頻繁的幾十屁置，幾百萬的調(diào)用將會耗費(fèi)大量資源，如果確實(shí)需要頻繁的調(diào)用split仁连，可以考慮使用apache的StringUtils.split(string,char)蓝角，頻繁split的可以緩存結(jié)果。

● 21. ArrayList & LinkedList

一個(gè)是線性表饭冬，一個(gè)是鏈表使鹅，一句話，隨機(jī)查詢盡量使用ArrayList昌抠，ArrayList優(yōu)于LinkedList患朱，LinkedList還要移動指針，添加刪除的操作LinkedList優(yōu)于ArrayList炊苫，ArrayList還要移動數(shù)據(jù)裁厅，不過這是理論性分析，事實(shí)未必如此侨艾，重要的是理解好2者得數(shù)據(jù)結(jié)構(gòu)，對癥下藥。

● 22. 盡量使用System.arraycopy ()代替通過來循環(huán)復(fù)制數(shù)組

System.arraycopy() 要比通過循環(huán)來復(fù)制數(shù)組快的多撑瞧。

● 23. 盡量緩存經(jīng)常使用的對象

盡可能將經(jīng)常使用的對象進(jìn)行緩存柒昏，可以使用數(shù)組，或HashMap的容器來進(jìn)行緩存当叭，但這種方式可能導(dǎo)致系統(tǒng)占用過多的緩存茬故，性能下降，推薦可以使用一些第三方的開源工具蚁鳖，如EhCache均牢，Oscache進(jìn)行緩存，他們基本都實(shí)現(xiàn)了FIFO/FLU等緩存算法才睹。

● 24. 盡量避免非常大的內(nèi)存分配

有時(shí)候問題不是由當(dāng)時(shí)的堆狀態(tài)造成的徘跪，而是因?yàn)榉峙涫≡斐傻母恃７峙涞膬?nèi)存塊都必須是連續(xù)的，而隨著堆越來越滿垮庐，找到較大的連續(xù)塊越來越困難松邪。

● 25. 慎用異常

當(dāng)創(chuàng)建一個(gè)異常時(shí)，需要收集一個(gè)棧跟蹤(stack track)哨查，這個(gè)棧跟蹤用于描述異常是在何處創(chuàng)建的逗抑。構(gòu)建這些棧跟蹤時(shí)需要為運(yùn)行時(shí)棧做一份快照，正是這一部分開銷很大寒亥。當(dāng)需要創(chuàng)建一個(gè) Exception 時(shí)邮府，JVM 不得不說：先別動，我想就您現(xiàn)在的樣子存一份快照溉奕，所以暫時(shí)停止入棧和出棧操作褂傀。棧跟蹤不只包含運(yùn)行時(shí)棧中的一兩個(gè)元素，而是包含這個(gè)棧中的每一個(gè)元素加勤。

如果您創(chuàng)建一個(gè) Exception 仙辟，就得付出代價(jià)，好在捕獲異常開銷不大鳄梅，因此可以使用 try-catch 將核心內(nèi)容包起來叠国。從技術(shù)上講，你甚至可以隨意地拋出異常戴尸，而不用花費(fèi)很大的代價(jià)粟焊。招致性能損失的并不是 throw 操作——盡管在沒有預(yù)先創(chuàng)建異常的情況下就拋出異常是有點(diǎn)不尋常。真正要花代價(jià)的是創(chuàng)建異常孙蒙，幸運(yùn)的是吆玖，好的編程習(xí)慣已教會我們，不應(yīng)該不管三七二十一就拋出異常马篮。異常是為異常的情況而設(shè)計(jì)的沾乘，使用時(shí)也應(yīng)該牢記這一原則。

● 26. 盡量重用對象

特別是String對象的使用中浑测，出現(xiàn)字符串連接情況時(shí)應(yīng)使用StringBuffer代替翅阵，由于系統(tǒng)不僅要花時(shí)間生成對象，以后可能還需要花時(shí)間對這些對象進(jìn)行垃圾回收和處理迁央。因此生成過多的對象將會給程序的性能帶來很大的影響掷匠。

● 27. 不要重復(fù)初始化變量

默認(rèn)情況下，調(diào)用類的構(gòu)造函數(shù)時(shí)岖圈，java會把變量初始化成確定的值讹语，所有的對象被設(shè)置成null，整數(shù)變量設(shè)置成0蜂科，float和double變量設(shè)置成0.0顽决，邏輯值設(shè)置成false短条。當(dāng)一個(gè)類從另一個(gè)類派生時(shí)，這一點(diǎn)尤其應(yīng)該注意才菠，因?yàn)橛胣ew關(guān)鍵字創(chuàng)建一個(gè)對象時(shí)茸时，構(gòu)造函數(shù)鏈中的所有構(gòu)造函數(shù)都會被自動調(diào)用。

這里有個(gè)注意赋访，給成員變量設(shè)置初始值但需要調(diào)用其他方法的時(shí)候可都，最好放在一個(gè)方法。比如initXXX()中蚓耽，因?yàn)橹苯诱{(diào)用某方法賦值可能會因?yàn)轭惿形闯跏蓟鴴伩罩羔槷惓Ｇ纾簆ublic int state = this.getState()。

● 28. 在java+Oracle的應(yīng)用系統(tǒng)開發(fā)中步悠，java中內(nèi)嵌的SQL語言應(yīng)盡量使用大寫形式签杈，以減少Oracle解析器的解析負(fù)擔(dān)。

● 29. 在java編程過程中贤徒，進(jìn)行數(shù)據(jù)庫連接，I/O流操作汇四，在使用完畢后接奈，及時(shí)關(guān)閉以釋放資源。因?yàn)閷@些大對象的操作會造成系統(tǒng)大的開銷通孽。

● 30. 過分的創(chuàng)建對象會消耗系統(tǒng)的大量內(nèi)存序宦，嚴(yán)重時(shí)，會導(dǎo)致內(nèi)存泄漏背苦，因此互捌，保證過期的對象的及時(shí)回收具有重要意義。JVM的GC并非十分智能行剂，因此建議在對象使用完畢后秕噪，手動設(shè)置成null。

● 31. 在使用同步機(jī)制時(shí)厚宰，應(yīng)盡量使用方法同步代替代碼塊同步腌巾。

● 32. 不要在循環(huán)中使用Try/Catch語句，應(yīng)把Try/Catch放在循環(huán)最外層

Error是獲取系統(tǒng)錯(cuò)誤的類铲觉，或者說是虛擬機(jī)錯(cuò)誤的類澈蝙。不是所有的錯(cuò)誤Exception都能獲取到的，虛擬機(jī)報(bào)錯(cuò)Exception就獲取不到撵幽，必須用Error獲取灯荧。

● 33. 通過StringBuffer的構(gòu)造函數(shù)來設(shè)定它的初始化容量，可以明顯提升性能

StringBuffer的默認(rèn)容量為16盐杂，當(dāng)StringBuffer的容量達(dá)到最大容量時(shí)逗载，它會將自身容量增加到當(dāng)前的2倍+2哆窿，也就是2*n+2。無論何時(shí)撕贞，只要StringBuffer到達(dá)它的最大容量更耻，它就不得不創(chuàng)建一個(gè)新的對象數(shù)組，然后復(fù)制舊的對象數(shù)組捏膨，這會浪費(fèi)很多時(shí)間秧均。所以給StringBuffer設(shè)置一個(gè)合理的初始化容量值，是很有必要的号涯！

● 34. 合理使用java.util.Vector

Vector與StringBuffer類似目胡，每次擴(kuò)展容量時(shí)，所有現(xiàn)有元素都要賦值到新的存儲空間中链快。Vector的默認(rèn)存儲能力為10個(gè)元素誉己，擴(kuò)容加倍。

vector.add(index,obj) 這個(gè)方法可以將元素obj插入到index位置域蜗，但index以及之后的元素依次都要向下移動一個(gè)位置（將其索引加 1）巨双。 除非必要，否則對性能不利霉祸。同樣規(guī)則適用于remove(int index)方法筑累，移除此向量中指定位置的元素。將所有后續(xù)元素左移（將其索引減 1）丝蹭。返回此向量中移除的元素慢宗。所以刪除vector最后一個(gè)元素要比刪除第1個(gè)元素開銷低很多。刪除所有元素最好用removeAllElements()方法奔穿。

如果要刪除vector里的一個(gè)元素可以使用 vector.remove(obj)镜沽；而不必自己檢索元素位置，再刪除贱田，如int index = indexOf（obj）;vector.remove(index)缅茉。

● 35. 不用new關(guān)鍵字創(chuàng)建對象的實(shí)例

用new關(guān)鍵詞創(chuàng)建類的實(shí)例時(shí)，構(gòu)造函數(shù)鏈中的所有構(gòu)造函數(shù)都會被自動調(diào)用男摧。但如果一個(gè)對象實(shí)現(xiàn)了Cloneable接口宾舅，我們可以調(diào)用它的clone()方法。clone()方法不會調(diào)用任何類構(gòu)造函數(shù)彩倚。

下面是Factory模式的一個(gè)典型實(shí)現(xiàn)：

改進(jìn)后的代碼使用clone()方法：

● 36. 不要將數(shù)組聲明為：public static final

● 37. HaspMap的遍歷：

利用散列值取出相應(yīng)的Entry做比較得到結(jié)果筹我，取得entry的值之后直接取key和value。

● 38. array(數(shù)組)和ArrayList的使用

array 數(shù)組效率最高帆离，但容量固定蔬蕊，無法動態(tài)改變，ArrayList容量可以動態(tài)增長，但犧牲了效率岸夯。

●39. 單線程應(yīng)盡量使用 HashMap, ArrayList,除非必要麻献，否則不推薦使用HashTable,Vector，它們使用了同步機(jī)制猜扮，而降低了性能勉吻。

● 40. StringBuffer,StringBuilder的區(qū)別在于

java.lang.StringBuffer 線程安全的可變字符序列。一個(gè)類似于String的字符串緩沖區(qū)旅赢，但不能修改齿桃。StringBuilder與該類相比，通常應(yīng)該優(yōu)先使用StringBuilder類煮盼，因?yàn)樗С炙邢嗤牟僮鞫套荩捎谒粓?zhí)行同步，所以速度更快僵控。

為了獲得更好的性能香到，在構(gòu)造StringBuffer或StringBuilder時(shí)應(yīng)盡量指定她的容量。當(dāng)然如果不超過16個(gè)字符時(shí)就不用了报破。 相同情況下悠就，使用StringBuilder比使用StringBuffer僅能獲得10%~15%的性能提升，但卻要冒多線程不安全的風(fēng)險(xiǎn)充易。綜合考慮還是建議使用StringBuffer梗脾。

● 41. 盡量使用基本數(shù)據(jù)類型代替對象。

● 42. 使用具體類比使用接口效率高蔽氨，但結(jié)構(gòu)彈性降低了藐唠，但現(xiàn)代IDE都可以解決這個(gè)問題帆疟。

● 43. 考慮使用靜態(tài)方法鹉究，如果你沒有必要去訪問對象的外部，那么就使你的方法成為靜態(tài)方法踪宠。它會被更快地調(diào)用自赔，因?yàn)樗恍枰粋€(gè)虛擬函數(shù)導(dǎo)向表。這同時(shí)也是一個(gè)很好的實(shí)踐柳琢，因?yàn)樗嬖V你如何區(qū)分方法的性質(zhì)绍妨，調(diào)用這個(gè)方法不會改變對象的狀態(tài)。

● 44. 應(yīng)盡可能避免使用內(nèi)在的GET,SET方法柬脸。

● 45. 避免枚舉他去，浮點(diǎn)數(shù)的使用。

以下舉幾個(gè)實(shí)用優(yōu)化的例子：

● 一倒堕、避免在循環(huán)條件中使用復(fù)雜表達(dá)式

在不做編譯優(yōu)化的情況下灾测，在循環(huán)中，循環(huán)條件會被反復(fù)計(jì)算垦巴，如果不使用復(fù)雜表達(dá)式媳搪，而使循環(huán)條件值不變的話铭段，程序?qū)\(yùn)行的更快。例子：

更正：

● 二秦爆、為Vectors 和 Hashtables定義初始大小

JVM為Vector擴(kuò)充大小的時(shí)候需要重新創(chuàng)建一個(gè)更大的數(shù)組序愚，將原原先數(shù)組中的內(nèi)容復(fù)制過來，最后等限，原先的數(shù)組再被回收爸吮。可見Vector容量的擴(kuò)大是一個(gè)頗費(fèi)時(shí)間的事精刷。

通常拗胜，默認(rèn)的10個(gè)元素大小是不夠的。你最好能準(zhǔn)確的估計(jì)你所需要的最佳大小怒允。例子：

更正：

自己設(shè)定初始大小埂软。

● 三、在finally塊中關(guān)閉Stream

程序中使用到的資源應(yīng)當(dāng)被釋放纫事，以避免資源泄漏勘畔。這最好在finally塊中去做。不管程序執(zhí)行的結(jié)果如何丽惶，finally塊總是會執(zhí)行的炫七，以確保資源的正確關(guān)閉。

● 四钾唬、使用System.arraycopy ()代替通過來循環(huán)復(fù)制數(shù)組

例子：

更正：

● 五万哪、讓訪問實(shí)例內(nèi)變量的getter/setter方法變成”final”

簡單的getter/setter方法應(yīng)該被置成final，這會告訴編譯器抡秆，這個(gè)方法不會被重載奕巍，所以，可以變成”inlined”,例子：

● 六儒士、對于常量字符串的止，用String 代替 StringBuffer

常量字符串并不需要動態(tài)改變長度。

例子：

更正：把StringBuffer換成String着撩，如果確定這個(gè)String不會再變的話诅福，這將會減少運(yùn)行開銷提高性能。

● 七拖叙、在字符串相加的時(shí)候氓润，使用 ? 代替 " "，如果該字符串只有一個(gè)字符的話

例子：

更正：

將一個(gè)字符的字符串替換成

程序員如何精確評估開發(fā)時(shí)間薯鳍？

評估開發(fā)時(shí)間的重要性

首先咖气，在一個(gè)項(xiàng)目中，所有的環(huán)節(jié)都是承上啟下的，上一個(gè)環(huán)節(jié)結(jié)束的時(shí)間節(jié)點(diǎn)正是下一個(gè)環(huán)節(jié)開始的節(jié)點(diǎn)采章。那么在一個(gè)項(xiàng)目或者一次迭代正式啟動前运嗜，所有的環(huán)節(jié)都應(yīng)該有個(gè)時(shí)間評估。以一次APP需求迭代為例悯舟，項(xiàng)目計(jì)劃像這樣：

UI設(shè)計(jì)圖 ? 11.01 - 11.03（3工作日）

API接口討論與設(shè)計(jì) 11.04（1工作日）

移動端開發(fā) 11.05 - 11.15（8工作日）

后端具備聯(lián)調(diào)條件：11.11

產(chǎn)品體驗(yàn) 11.16 - 11.17（2工作日）

測試11.18 - 11.25（5工作日）

發(fā)布11.26

開發(fā)時(shí)間評估担租，最大的好處是程序員受益。認(rèn)真地評估開發(fā)時(shí)間抵怎，會讓你在開始動手寫代碼之前搞清楚要怎么寫奋救，每個(gè)模塊的設(shè)計(jì)心理得有個(gè)譜。從宏觀上拆分模塊反惕，然后詳細(xì)地分解任務(wù)尝艘，具體到一個(gè)很小的功能點(diǎn)。這樣你就能清晰地設(shè)計(jì)代碼姿染，而不是堆代碼背亥。也避免了很多時(shí)候?qū)懼鴮懼l(fā)現(xiàn)不對，然后拉倒重來的境地悬赏。就是要讓你動手寫代碼之前胸有成竹狡汉！

初學(xué)者為什么評估不準(zhǔn)？

如果你的項(xiàng)目經(jīng)常delay闽颇，那么八成是時(shí)間評估不準(zhǔn)盾戴。

剛畢業(yè)的學(xué)生被問到什么時(shí)候可以完成的時(shí)候，腦門一拍：“三天”兵多，實(shí)際上兩個(gè)星期過去了還沒完成尖啡。

這里有一張表，看看你是不是這樣子剩膘，對號入座：

越是老程序員越是“膽小”衅斩，評估時(shí)間越準(zhǔn)。

如何精確評估開發(fā)時(shí)間

最近幾年援雇，我都是以小時(shí)為單位進(jìn)行時(shí)間評估的矛渴，有沒有覺得有點(diǎn)恐怖椎扬？長期以來這樣的習(xí)慣讓我收獲頗多惫搏。這得感謝我之前的領(lǐng)導(dǎo)，三年前強(qiáng)迫我們這樣做蚕涤，剛開始很抵觸筐赔，后來才體會到其中的甜頭。

1. 任務(wù)拆分

拿到新需求后揖铜，對其進(jìn)行充分了解茴丰，不清楚的就去問清楚，然后對其進(jìn)行模塊化。之后贿肩，再進(jìn)行技術(shù)上的拆分峦椰。由大到小，再到細(xì)節(jié)汰规。細(xì)到什么程度呢汤功？細(xì)到一個(gè)按鈕的實(shí)現(xiàn)，細(xì)到一個(gè)點(diǎn)擊動作是要用按鈕還是要用手勢的定奪溜哮，最好能細(xì)到代碼塊的劃分滔金。

這個(gè)能力是需要鍛煉的，做好拆分茂嗓，然后在實(shí)際開發(fā)過程中根據(jù)實(shí)際時(shí)間花銷餐茵，回顧時(shí)間評估的準(zhǔn)確性，以便讓下次更準(zhǔn)確述吸。慢慢地忿族，就會越來越精確，評估時(shí)間有依有據(jù)蝌矛，不再是拍腦門給出的時(shí)間肠阱。下面看一個(gè)例子：

2. 合理認(rèn)知時(shí)間

一天工作八小時(shí)，但你不可能專注地連續(xù)八小時(shí)在編寫代碼朴读。一天的工作中屹徘，有開會、討論衅金、階段性休息（刷新聞噪伊、喝咖啡、發(fā)呆）的時(shí)間開銷氮唯，真正有效時(shí)間其實(shí)不足六小時(shí)鉴吹，雜事多的話可能是四五個(gè)小時(shí)。

3. 預(yù)留buffer(緩沖區(qū))

首先明確惩琉，預(yù)留buffer不是讓你隨便增加預(yù)估量豆励，而是要明確知道buffer是給那些事情用的。要考慮到以下幾點(diǎn)：

首先是溝通時(shí)間瞒渠，你開發(fā)的時(shí)候不可能是悶著頭一直寫代碼良蒸。要和UI設(shè)計(jì)師溝通，要和產(chǎn)品經(jīng)理溝通伍玖，有可能還需要和組內(nèi)的人溝通技術(shù)上的事情嫩痰，以及和別的技術(shù)小組對接的問題。

等待時(shí)間窍箍。如果牽扯多部門協(xié)作串纺，會有很多等待時(shí)間丽旅，因?yàn)槟悴荒鼙ＷC別的部門就能準(zhǔn)確按照計(jì)劃時(shí)間完成的。雖然等待過程中你可以安排其他任務(wù)纺棺，但你不能保證其他任務(wù)就能剛好填充等待時(shí)間榄笙，更何況任務(wù)切換也需要時(shí)間成本。

突發(fā)狀況祷蝌。例如办斑，bug修改、需求微調(diào)杆逗、對接人請假乡翅。

不確定時(shí)間。和其他部門有交集的工作罪郊，最好多預(yù)留buffer蠕蚜。比如移動端和后臺聯(lián)調(diào)。后端信誓旦旦給你說11.11號可以進(jìn)行聯(lián)調(diào)悔橄，這次聯(lián)調(diào)總共5個(gè)接口靶累。如果你簡單地認(rèn)為他們給你提供的接口沒問題，并且能順利請求回來數(shù)據(jù)癣疟，預(yù)計(jì)一天聯(lián)調(diào)時(shí)間足以挣柬，那你就等著delay吧。11.10號你已經(jīng)準(zhǔn)備好了所有聯(lián)調(diào)準(zhǔn)備睛挚，如果數(shù)據(jù)能正確返回邪蛔，你的解析功能都是OK的，因?yàn)槟阒坝眉贁?shù)據(jù)已經(jīng)處理得好好的扎狱。到了11號侧到，你請求第一個(gè)接口就報(bào)錯(cuò)了，然后在即時(shí)通訊軟件上問他們怎么回事淤击，半個(gè)小時(shí)后給你回了“不好意思匠抗，地址變了，你用這個(gè)試試”污抬。又錯(cuò)了……汞贸。終于回來數(shù)據(jù)了，然后發(fā)現(xiàn)缺少兩個(gè)字段……印机。就這樣矢腻，第一個(gè)接口調(diào)通已經(jīng)快下班了。（當(dāng)然很多后端技術(shù)人員也是很靠譜的耳贬，舉這個(gè)例子只是為了讓多考慮）

以上是可能會出現(xiàn)的狀況踏堡，實(shí)際中有可能只是出現(xiàn)了一部分猎唁，這要根據(jù)實(shí)際情況而定咒劲。并不是讓你能多預(yù)留buffer就多留顷蟆，畢竟每個(gè)項(xiàng)目的時(shí)間都是很緊張的。一般buffer留在15%-25%腐魂。

4. 回頭看

在實(shí)際開發(fā)過程中帐偎，測量實(shí)際花費(fèi)時(shí)間，并與估算相比較蛔屹。如果有些地方相差較大削樊，就要看差在哪里，然后在下次預(yù)估中避免相同的差錯(cuò)兔毒。

總結(jié)

編程經(jīng)驗(yàn)不等同于估算經(jīng)驗(yàn)漫贞。一個(gè)不被包含在估算流程中的開發(fā)者將不會擅長估算。同樣育叁，如果實(shí)際的時(shí)間花費(fèi)不被測量和用于與估算比較迅脐，那么將沒有反饋來學(xué)習(xí)。

最后豪嗽，每個(gè)程序員都應(yīng)該具備估算的技能谴蔑。為磨練這個(gè)技能，接手每個(gè)任務(wù)時(shí)龟梦，先決定你要做什么隐锭。然后在開始之前估算任務(wù)所需時(shí)間。最后測量實(shí)際花費(fèi)時(shí)間计贰，并與估算相比較钦睡。同樣比較你實(shí)際完成的與計(jì)劃完成的。這樣你將會既提高你對一個(gè)任務(wù)包含細(xì)節(jié)的理解躁倒，同樣也提高了你的估算技能赎婚。

盡管進(jìn)行了精確估算，也不能保證每個(gè)項(xiàng)目都會100%精確樱溉。偶爾會遇到一些突發(fā)情況和沒預(yù)估到的風(fēng)險(xiǎn)是不可避免的挣输。那么面對風(fēng)險(xiǎn)，有一些原則可以幫助你：

報(bào)風(fēng)險(xiǎn)時(shí)間置前福贞，如果開發(fā)開始或者任何過程有可能導(dǎo)致項(xiàng)目延期或者需求無法實(shí)現(xiàn)的時(shí)候就報(bào)警撩嚼，不要等加班能實(shí)現(xiàn)或者存在僥幸心理；

對于不確定的需求挖帘，一定要溝通到位完丽；

涉及到交互細(xì)節(jié)，必須提前溝通好拇舀，充分明確細(xì)節(jié)逻族；

技術(shù)可行性方案提前調(diào)查清楚。

分享資源：

《Java面試突擊》

鏈接：https://pan.baidu.com/s/1qVIO_J_xnM6wzDchce94nw?提取碼：zuua

原文：https://blog.csdn.net/huawangxin/article/details/88917032