Java老手該當(dāng)心的13個(gè)錯(cuò)誤
生產(chǎn)過程中出現(xiàn)的問題正逐漸得到中層和最高管理層的重視。不管是身為開發(fā)人員還是架構(gòu)師,下列的事項(xiàng)都應(yīng)該得到你足夠的重視以避免陷入未來的尷尬境地。你也可以把它作為排查問題的便簽。
#1、不在屬性文件或 XML 文件中外化配置屬性。比如,沒有把批處理使用的線程數(shù)設(shè)置成可在屬性文件中配置。你的批處理程序無論在 DEV 環(huán)境中,還是 UAT(用戶驗(yàn)收測(cè)試)環(huán)境中,都可以順暢無阻地運(yùn)行,但是一旦部署在 PROD 上,把它作為多線程程序處理更大的數(shù)據(jù)集時(shí),就會(huì)拋出 IOException,原因可能是 JDBC 驅(qū)動(dòng)版本不同,也可能是#2 中討論的問題。如果線程數(shù)目可以在屬性文件中配置,那么使它成為一個(gè)單線程應(yīng)用程序就變得十分容易了。我們不再需要為了解決問題而反復(fù)地部署和測(cè)試應(yīng)用了。這種方法也同樣適用于配置 URL、服務(wù)器和端口號(hào)等。
#2、測(cè)試中使用的數(shù)據(jù)集規(guī)模不合適。比如,生產(chǎn)過程中一個(gè)典型的場(chǎng)景就是只使用 1 到 3 個(gè)賬戶進(jìn)行測(cè)試,而這個(gè)數(shù)量本應(yīng)是 1000 到 2000 個(gè)的。在做性能測(cè)試時(shí),使用的數(shù)據(jù)必須是真實(shí)并且未經(jīng)裁剪的。不貼近真實(shí)環(huán)境的性能測(cè)試,可能會(huì)帶來不可預(yù)料的性能、拓展和多線程問題。只有使用更大規(guī)模的數(shù)據(jù)集對(duì)應(yīng)用程序進(jìn)行測(cè)試,才能保證它正常運(yùn)行并滿足非功能屬性的 SLAs(服務(wù)水平標(biāo)準(zhǔn))。
#3、天真地認(rèn)為應(yīng)用程序中所調(diào)用的外部和內(nèi)部服務(wù)是可靠的,并且是始終可用的。不允許出現(xiàn)服務(wù)調(diào)用超時(shí)和重試,將會(huì)對(duì)應(yīng)用程序的穩(wěn)定性和性能造成不利地影響。需要進(jìn)行適當(dāng)?shù)姆?wù)中斷測(cè)試。這一點(diǎn)十分重要,因?yàn)槿缃竦膽?yīng)用程序多是分布式并且面向服務(wù)的,都需要大量的網(wǎng)絡(luò)服務(wù)。無限地請(qǐng)求不可用的服務(wù)會(huì)損害應(yīng)用程序。也需要對(duì)負(fù)載均衡器進(jìn)行測(cè)試,以確保它能正常工作,使每個(gè)節(jié)點(diǎn)達(dá)到平衡。
#4、沒有遵循最低限度的安全要求。正如上文提到,網(wǎng)絡(luò)服務(wù)隨處可見,從而使得黑客可以輕易地利用它進(jìn)行拒絕服務(wù)攻擊。所以,在使用安全套接層時(shí),必須完成基本的驗(yàn)證并使用 Google skipfish 等工具進(jìn)行滲透測(cè)試。不安全的應(yīng)用程序不僅會(huì)威脅其自身穩(wěn)定性,還可能會(huì)因?yàn)閿?shù)據(jù)完整性問題對(duì)公司的聲譽(yù)造成負(fù)面影響,例如出現(xiàn)了客戶 “A”可以瀏覽客戶“B”數(shù)據(jù)的情況。
#5、沒有進(jìn)行跨瀏覽器的兼容性測(cè)試。如今的網(wǎng)絡(luò)應(yīng)用程序多是豐富的單頁應(yīng)用程序,它們使用 JavaScript 編程語言以及 angular js 這樣的框架。為了使你建設(shè)的網(wǎng)站能夠流暢地運(yùn)行于不同的設(shè)備和瀏覽器之間,必須實(shí)現(xiàn)與之對(duì)應(yīng)的設(shè)計(jì)。所以為了確保你的應(yīng)用程序可以適用于所有設(shè)備和瀏覽器,必須對(duì)其進(jìn)行兼容性測(cè)試。
#6、沒有外化可能經(jīng)常發(fā)生變化的商業(yè)規(guī)則。例如稅法、政府或行業(yè)相關(guān)要求、分類法等??梢允褂孟?Drools 這樣的引擎來處理商業(yè)規(guī)則,它幫助你通過存入數(shù)據(jù)庫或 excel 的形式,來外化這些商業(yè)規(guī)則。企業(yè)掌握了這些商業(yè)規(guī)則,就能以最少的變化和測(cè)試完成對(duì)稅法或相關(guān)要求地快速反應(yīng)。
#7、沒有提供下列文檔
- 編寫單元測(cè)試文檔并使其擁有良好的代碼覆蓋率。
- 集成測(cè)試。
- 一個(gè)綜合的或者百科全書式的頁面列出了所有的軟件構(gòu)件,比如類、腳本、配置文件等,而這些構(gòu)件要么是被修改了的,要么是新創(chuàng)建的。
- 高層次的概念圖描述了所有的組件,交互和結(jié)構(gòu)。
- 而基礎(chǔ)文檔則告訴開發(fā)者“如何結(jié)合數(shù)據(jù)源的詳細(xì)信息來搭建開發(fā)環(huán)境”。
除了 COS(滿足的條件)這種由 MindMap 創(chuàng)建的形式之外,敏捷開發(fā)中還有 1 和 2 這兩種主要的文檔形式。
#8、沒有適當(dāng)?shù)臑?zāi)害恢復(fù)計(jì)劃以及系統(tǒng)監(jiān)視和歸檔策略。在項(xiàng)目截止日期來臨之際,常常因?yàn)榧庇诓渴痦?xiàng)目而遺漏了這些事項(xiàng)。沒有通過 Nagios 和 Splunk 建立合適的系統(tǒng)監(jiān)視機(jī)制不僅會(huì)威脅到應(yīng)用程序的穩(wěn)定性,還會(huì)妨礙目前的診斷和將來的改進(jìn)工作。
#9、沒有為數(shù)據(jù)庫表設(shè)計(jì)方便整理的列,比如 created_datetm、update_datetm、created_by、updated_by 和時(shí)間戳,也沒有提供有條理的刪除記錄列,如可以取‘Y'或‘N'的‘deleted'列或是可以取‘Active'或‘Inactive'的 ‘record_status'列。
#10、沒有制定適當(dāng)?shù)幕爻酚?jì)劃。導(dǎo)致在系統(tǒng)發(fā)生故障時(shí),沒有辦法將系統(tǒng)恢復(fù)到部署前的穩(wěn)定狀態(tài)。這個(gè)計(jì)劃需要反復(fù)推敲并有相關(guān)團(tuán)隊(duì)簽字保證。計(jì)劃包括了,退回到軟件先前的版本,去除插入到數(shù)據(jù)庫中的所有數(shù)據(jù)以及屬性文件的所有條目。
#11、在項(xiàng)目開始前沒有制定能力計(jì)劃。現(xiàn)如今,在說明對(duì)平臺(tái)的要求時(shí),僅僅說“需要一臺(tái) Unix 計(jì)算機(jī),一個(gè) Oracle 數(shù)據(jù)庫服務(wù)器,一個(gè) JBoss 應(yīng)用程序服務(wù)器”是遠(yuǎn)遠(yuǎn)不夠的。你的要求必須精確到
- 操作系統(tǒng)的特定版本,JVM 等。
- 有多少內(nèi)存(包括物理內(nèi)存,JVM 堆內(nèi)存,JVM 棧內(nèi)存和 JVM 永久代的空間)。
- CPU(內(nèi)核數(shù))。
- 負(fù)載均衡器,需要的節(jié)點(diǎn)數(shù)、節(jié)點(diǎn)類型,比如是 active/active 型還是 active/passive 型,以及聚類要求。
- 文件系統(tǒng)要求,例如,你的應(yīng)用程序可能會(huì)收集生成的報(bào)告并將其保存一年,之后才進(jìn)行歸檔。這樣的話,你就需要有足夠的硬盤空間。有些應(yīng)用程序要求產(chǎn)生數(shù)據(jù)提取文件,并將它們暫時(shí)儲(chǔ)存以供其他系統(tǒng)進(jìn)程或數(shù)據(jù)倉庫系統(tǒng)用來做多維分析報(bào)告。還有些數(shù)據(jù)文件是基于安全文件傳輸協(xié)議的,它們或來自內(nèi)部系統(tǒng),或來自外部系統(tǒng),并且在歸檔前需要被保存 12 到 36 個(gè)月。
下面的#12來自“David DeCesare”發(fā)自“java.dzone”的評(píng)論,
#12、“不在工作時(shí)使用最好的工具”。很多情況下,開發(fā)者會(huì)在生產(chǎn)系統(tǒng)中使用一門想要學(xué)習(xí)的語言或某種工具。通常這不是最好的選擇。比如,為已經(jīng)實(shí)際上是關(guān)系型的數(shù)據(jù)使用NoSQL數(shù)據(jù)庫。請(qǐng)記住,無論你采用哪種工具,都需要在未來 3 到 5 年(甚至更長的時(shí)期)內(nèi)維護(hù)你的產(chǎn)品。
#13、在 16 個(gè)關(guān)鍵技術(shù)領(lǐng)域缺少充足的知識(shí)儲(chǔ)備。這些領(lǐng)域包括識(shí)別并修復(fù)1)“并發(fā)問題”、2)事務(wù)問題、3)性能問題。很多次面試中,我靠著這 3 個(gè)方面的知識(shí)拿到了新的合同。
相關(guān)文章
Java使用原型模式展現(xiàn)每日生活應(yīng)用案例詳解
這篇文章主要介紹了Java使用原型模式展現(xiàn)每日生活應(yīng)用案例,較為詳細(xì)的分析了原型模式的概念、原理及Java使用原型模式展現(xiàn)每日生活案例的相關(guān)操作步驟與注意事項(xiàng),需要的朋友可以參考下2018-05-05Java與Spring?boot后端項(xiàng)目Bug超全總結(jié)
Spring Boot是一個(gè)開源的 Java 開發(fā)框架,它的目的是簡(jiǎn)化Spring應(yīng)用程序的開發(fā)和部署,下面這篇文章主要給大家介紹了關(guān)于Java與Spring?boot后端項(xiàng)目Bug的相關(guān)資料,文中通過圖文以及實(shí)例代碼介紹的非常詳細(xì),需要的朋友可以參考下2023-06-06Spring Security 密碼驗(yàn)證動(dòng)態(tài)加鹽的驗(yàn)證處理方法
小編最近在改造項(xiàng)目,需要將gateway整合security在一起進(jìn)行認(rèn)證和鑒權(quán),今天小編給大家分享Spring Security 密碼驗(yàn)證動(dòng)態(tài)加鹽的驗(yàn)證處理方法,感興趣的朋友一起看看吧2021-06-06Springboot實(shí)現(xiàn)頁面間跳轉(zhuǎn)功能
這篇文章主要介紹了Springboot實(shí)現(xiàn)頁面間跳轉(zhuǎn)功能,本文給大家分享兩種方式,方法一和方法二是不沖突的,但是通常情況下如果用方法二addViewControllers,需要把方法一所寫的Controller類給注釋掉,需要的朋友可以參考下2023-10-10System.getProperty(user.dir)定位問題解析
System.getProperty(user.dir) 獲取的是啟動(dòng)項(xiàng)目的容器位置,用IDEA是項(xiàng)目的根目錄,部署在tomcat上是tomcat的啟動(dòng)路徑,即tomcat/bin的位置,這篇文章主要介紹了System.getProperty(user.dir)定位問題,需要的朋友可以參考下2023-05-05SpringBoot中使用@ControllerAdvice注解詳解
這篇文章主要介紹了SpringBoot中使用@ControllerAdvice注解詳解,@ControllerAdvice,是Spring3.2提供的新注解,它是一個(gè)Controller增強(qiáng)器,可對(duì)controller中被 @RequestMapping注解的方法加一些邏輯處理,需要的朋友可以參考下2023-10-10