內(nèi)容來源：2017年5月13日魁瞪，票牛網(wǎng)架構(gòu)師黃億華在“Java開發(fā)者大會(huì) | Java之美【上海站】”進(jìn)行《創(chuàng)業(yè)公司中的Java高效應(yīng)用》演講分享事秀。IT大咖說（ID：itdakashuo）作為獨(dú)家視頻合作方灾梦，經(jīng)主辦方和講者審閱授權(quán)發(fā)布。

閱讀字?jǐn)?shù)：2509?用時(shí): 4分鐘

嘉賓演講視頻和PPT地址：http://t.cn/RrPkOi4

摘要

Java是一門面向?qū)ο缶幊陶Z言槐雾，不僅吸收了C++語言的各種優(yōu)點(diǎn)夭委，還摒棄了C++里難以理解的多繼承、指針等概念募强，因此Java語言具有功能強(qiáng)大和簡(jiǎn)單易用兩個(gè)特征株灸。Java語言作為靜態(tài)面向?qū)ο缶幊陶Z言的代表，極好地實(shí)現(xiàn)了面向?qū)ο罄碚撉嬷担试S程序員以優(yōu)雅的思維方式進(jìn)行復(fù)雜的編程慌烧。有人說在互聯(lián)網(wǎng)創(chuàng)業(yè)公司中不應(yīng)該使用Java，讓我們來看看票牛網(wǎng)架構(gòu)師黃億華是怎么說的鸠儿。

從0到1

在我們公司初創(chuàng)的時(shí)候屹蚊，組齊了三人的團(tuán)隊(duì)就開始做產(chǎn)品研發(fā)。當(dāng)時(shí)整條業(yè)務(wù)線的東西都需要我們自己寫进每，要在短時(shí)間內(nèi)把東西做出來汹粤，效率是非常關(guān)鍵的。

我們的產(chǎn)品模式本身其實(shí)是需要驗(yàn)證的田晚。創(chuàng)業(yè)有很多不確定性嘱兼，在上線之前沒人能知道，我們的一個(gè)項(xiàng)目究竟能達(dá)到多大的規(guī)模贤徒，能做到什么樣芹壕。所以這時(shí)技術(shù)的重要性就在于快速把東西做出來。

Why Java接奈？

我們最終選擇Java哪雕，一方面是因?yàn)槲覀儓F(tuán)隊(duì)已經(jīng)有了一定的寫Java的基礎(chǔ)，從最開始的搭建到后來初具規(guī)模也能Hold住鲫趁，基數(shù)很穩(wěn)；另一方面是因?yàn)镴ava有很大的用戶量利虫，人才儲(chǔ)備非常多挨厚，我們看中了它規(guī)模化的能力糠惫。

從某種意義上來說疫剃，Java的開發(fā)效率確實(shí)有些低。但是后來由于選型的原因硼讽，我們還是堅(jiān)持使用了Java巢价。

更有效率的Java

在“Java如何寫得更方便易懂”這方面，Java一直在改進(jìn)。之前的Java設(shè)計(jì)思想是模塊之間要做到可擴(kuò)展壤躲，崇尚配置和代碼分離城菊。

現(xiàn)在Java社區(qū)在向高效開發(fā)比較理智的方向去做，各種語言慢慢趨向一致碉克。

Java 8

我們?cè)谑褂肑ava 8之前都是用面向?qū)ο蟮姆绞饺ニ伎剂杌！⑷ヌ幹么a。

當(dāng)時(shí)有人貼出了Java 8漏麦，用一個(gè)Lanbda可以從頭寫到尾客税，十幾二十行的Lambda能做很多事情。

引入這個(gè)技術(shù)棧之后撕贞，我們發(fā)現(xiàn)只要控制住適用的范圍更耻，它就是一個(gè)非常好用的東西。

我覺得無論是做Web開發(fā)還是服務(wù)端開發(fā)捏膨，都有一個(gè)非常經(jīng)典的場(chǎng)景秧均。在Java里我們提倡分層，如果批量去做很容易寫成下圖中的代碼脊奋。

這段代碼的核心是Map熬北，它要做的就是把兩個(gè)對(duì)象進(jìn)行轉(zhuǎn)換，把一個(gè)List轉(zhuǎn)換成另一個(gè)List诚隙。

StreamAPI不單有編程方式上的提升讶隐，還可以在內(nèi)部自行去做并發(fā)處理。

大家不用Java有很多原因久又，比如運(yùn)維覺得它很難部署巫延，架構(gòu)師則會(huì)考慮第三方API在二次反射的時(shí)候是否能讀到Java。

其實(shí)Java是主流的Java地消，只要還活著的開源項(xiàng)目基本上都已經(jīng)支持Java炉峰。

Spring Boot

SpringBoot到目前為止已經(jīng)非常成熟了，我們身邊有很多最近才創(chuàng)業(yè)的朋友基本上用的都是這套技術(shù)棧脉执。

它的特點(diǎn)是把Spring全家桶用一個(gè)看起來很簡(jiǎn)單美好的方式進(jìn)行了整合疼阔，實(shí)際上它不是對(duì)Spring技術(shù)棧的重構(gòu)，而是把Spring技術(shù)棧做了封裝和組合半夷。

現(xiàn)在的Spring全家桶更多了婆廊。針對(duì)Web開發(fā)，基本上可以完成全部的選型巫橄，并封裝得很漂亮淘邻。

在2015年Spring Boot還沒有那么火的時(shí)候，我們做了一個(gè)類似的整合工作湘换，用到了Spring 4宾舅、Spring MVC统阿。

Spring 4

Spring4目前已經(jīng)相對(duì)成熟穩(wěn)定。Spring的發(fā)展經(jīng)歷了一個(gè)變更過程筹我，從最開始的XML扶平，在當(dāng)時(shí)也算輕量級(jí)；到2.5的時(shí)候有了注解崎溃，簡(jiǎn)化了很多事情蜻直；在Java 3的時(shí)候加入了Spring Config。

Spring4相對(duì)于Spring 3加了一些Java 8的支持袁串。

Spring MVC

如圖是MVC的一個(gè)例子概而。

ORM：Mybatis+Daogen

我們?yōu)榱私鉀QORM使用繁瑣的問題，自己寫了Daogen囱修。這個(gè)工具兼具了靈活性和規(guī)范性赎瑰，它可以統(tǒng)一代碼規(guī)范，強(qiáng)制做命名破镰，并在編譯期自動(dòng)生成XML餐曼。

Server Side Rendering

我們當(dāng)時(shí)引入Jade4j框架，借用前端基本在用的模版引擎鲜漩，在前端用Js可以跑源譬，后端用Java也能跑。

現(xiàn)在Java比較火的框架叫Thymeleaf孕似，這個(gè)框架也很好踩娘。基于我們想用前端來寫模版喉祭，所以當(dāng)時(shí)還是選擇了Jade4j养渴。

從1到N

在第一個(gè)版本上線之后，“從0到1”階段完成泛烙，這時(shí)我們又將面臨不一樣的問題理卑。

隨著業(yè)務(wù)規(guī)模擴(kuò)大，線上故障蔽氨、可用性藐唠、質(zhì)量不能忽略，團(tuán)隊(duì)也要擴(kuò)張鹉究，并提出新的要求中捆。要求主要是質(zhì)量、可見性和可用性三個(gè)方面坊饶。

團(tuán)隊(duì)擴(kuò)張

因?yàn)闂l件限制，我們的招聘工作進(jìn)行艱難殴蓬。退而求其次匿级，我們會(huì)選擇一些資質(zhì)較好蟋滴、主動(dòng)性較強(qiáng)的應(yīng)屆生或一兩年工作經(jīng)驗(yàn)的員工做培養(yǎng)。

我們需要構(gòu)建一個(gè)人才梯隊(duì)痘绎，以“一個(gè)帶兩個(gè)”的工作模式津函，把團(tuán)隊(duì)組織成一個(gè)有梯隊(duì)的團(tuán)隊(duì)。

質(zhì)量-重構(gòu)

我們是單代碼倉庫孤页，當(dāng)代碼不斷增加顿乒，前期又做了很多不清楚的模型或代碼的時(shí)候楣黍，必須要去整理清楚。

我最大的經(jīng)驗(yàn)就是重構(gòu)不合理的業(yè)務(wù)模型，業(yè)務(wù)模型是最重要的蛤售。

質(zhì)量-持續(xù)交付

Devops可以做線上的無縫發(fā)布，做版本的回滾重啟碘赖。測(cè)試環(huán)境要高可用升筏。

可用性-應(yīng)用監(jiān)控

我們現(xiàn)在用Cat最多的是報(bào)錯(cuò)功能。Java的錯(cuò)誤機(jī)制還是很完整的鲜结，如果出現(xiàn)什么線上問題展运，報(bào)錯(cuò)基本都能發(fā)現(xiàn)。我們主要做了兩件事精刷，一是把所有異常都發(fā)報(bào)警短信拗胜，另一件事是把所有異常放到一個(gè)電視機(jī)上，便于我們隨時(shí)監(jiān)控怒允。

性能評(píng)估是其次埂软，畢竟QPS只有1。

可見性-日志管理

ELK可以用于做日志收集误算、業(yè)務(wù)監(jiān)控仰美、性能監(jiān)控，甚至可以用來做數(shù)據(jù)分析儿礼。

但是因?yàn)樗臄?shù)據(jù)量特別大咖杂，對(duì)服務(wù)器的性能調(diào)優(yōu)要求比較高，所以我們最終只保留了日志管理功能蚊夫。

業(yè)務(wù)可見性-報(bào)表

任何公司都有報(bào)表需求诉字，我們的做法是跑個(gè)SQL把數(shù)據(jù)存下來然后給老板看。后期有些數(shù)據(jù)量較大知纷，Mysql存儲(chǔ)有壓力壤圃，所以我們就用了阿里云的ODPS。

一些心得

如何做技術(shù)選型

吃自己的狗糧：在我們團(tuán)隊(duì)是真正做開發(fā)的人來選型琅轧，不是由老板決定伍绳。或許大公司的選型是“自上而下”乍桂，而我們團(tuán)隊(duì)是“自下而上”的冲杀，這一點(diǎn)更適合創(chuàng)業(yè)公司效床。

懶是一種美德：技術(shù)選型上我們選擇更適合的，可能會(huì)提高開發(fā)效率或運(yùn)營(yíng)水平权谁，但也可能不行剩檀。所以要去不斷嘗試，我們覺得這是值得的旺芽。我們?yōu)榱俗非蟾叩纳a(chǎn)效率沪猴，也會(huì)寫很多的小工具。

找到實(shí)用和好奇心的平衡點(diǎn)：到了整天做業(yè)務(wù)的階段采章，會(huì)覺得枯燥运嗜。我覺得技術(shù)團(tuán)隊(duì)?wèi)?yīng)該是有追求的，在滿足“吃自己狗糧的條件下”嘗試新技術(shù)共缕。這個(gè)平衡點(diǎn)是根據(jù)團(tuán)隊(duì)規(guī)模和人員對(duì)某個(gè)方向的了解水平來定洗出。

對(duì)利用第三方平臺(tái)：我們團(tuán)隊(duì)能用別人的就盡量不自己做。用第三方服務(wù)多少會(huì)有些問題图谷，但在衡量之下肯定會(huì)選擇先把它做出來翩活。

如圖可見，在最初的時(shí)候單體應(yīng)用的生產(chǎn)率更高便贵，它有很多優(yōu)點(diǎn)菠镇。

技術(shù)角色和創(chuàng)業(yè)公司的分工

技術(shù)在創(chuàng)業(yè)過程中相對(duì)來說還是比較確定的因素。當(dāng)各部門之間出現(xiàn)分歧的時(shí)候承璃，要提高效率只能選擇相信隊(duì)友利耍，所以快速失措快速迭代是非常重要的，并且要進(jìn)行有效支援盔粹。

發(fā)現(xiàn)當(dāng)下的問題

要提高效率依靠更好的開發(fā)工具隘梨；

質(zhì)量由QA人員和運(yùn)維把關(guān)，進(jìn)行異常監(jiān)控舷嗡；

可用性和安全也要通過監(jiān)控來保障轴猎。

今天要分享的就是這些，謝謝大家进萄！