計(jì)算機(jī)科學(xué)與技術(shù)XXIT企業(yè)軟件工程師實(shí)習(xí)報(bào)告_第1頁
計(jì)算機(jī)科學(xué)與技術(shù)XXIT企業(yè)軟件工程師實(shí)習(xí)報(bào)告_第2頁
計(jì)算機(jī)科學(xué)與技術(shù)XXIT企業(yè)軟件工程師實(shí)習(xí)報(bào)告_第3頁
計(jì)算機(jī)科學(xué)與技術(shù)XXIT企業(yè)軟件工程師實(shí)習(xí)報(bào)告_第4頁
全文預(yù)覽已結(jié)束

付費(fèi)下載

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

計(jì)算機(jī)科學(xué)與技術(shù)XXIT企業(yè)軟件工程師實(shí)習(xí)報(bào)告一、摘要

2023年7月1日至2023年8月31日,我在XXIT企業(yè)擔(dān)任軟件工程師實(shí)習(xí)生,負(fù)責(zé)電商平臺后端系統(tǒng)優(yōu)化。通過參與3個核心模塊重構(gòu),將訂單處理接口響應(yīng)時間從850毫秒降低至320毫秒,QPS提升至1200,支撐雙11活動峰值流量。運(yùn)用SpringBoot框架實(shí)現(xiàn)自動化測試腳本,覆蓋率達(dá)85%,累計(jì)修復(fù)23個Bug。深入應(yīng)用Java8StreamAPI優(yōu)化數(shù)據(jù)處理流程,使報(bào)表生成效率提升40%??偨Y(jié)出微服務(wù)拆分原則:按業(yè)務(wù)領(lǐng)域邊界劃分,每個服務(wù)控制臺復(fù)雜度不超過5個jar包,接口設(shè)計(jì)遵循RESTful規(guī)范,確保模塊間低耦合。

二、實(shí)習(xí)內(nèi)容及過程

2023年7月1日到8月31日,我在XXIT企業(yè)實(shí)習(xí),崗位是軟件工程師。公司主要做企業(yè)級SaaS服務(wù),客戶有制造和零售行業(yè)的大廠。我的任務(wù)是優(yōu)化電商平臺的后端系統(tǒng),具體是訂單處理模塊和庫存同步功能。

第1到3周,我熟悉業(yè)務(wù)和代碼庫,跟著導(dǎo)師調(diào)試舊系統(tǒng)。發(fā)現(xiàn)訂單接口響應(yīng)慢,平均850毫秒,高峰期客戶端等得慌。團(tuán)隊(duì)用JProfiler定位問題,是數(shù)據(jù)庫查詢沒加索引,SQL全表掃描拖慢了性能。我花了2天研究索引優(yōu)化策略,給3個核心表添加了復(fù)合索引,重新部署后響應(yīng)時間降到320毫秒,QPS從600飆到1200。

第4到6周,我參與重構(gòu)庫存服務(wù)。舊代碼用Redis緩存,但更新不及時,導(dǎo)致超賣問題??蛻敉对V率一周漲了30%。我提出用消息隊(duì)列改造,用RabbitMQ做異步同步。搭建了生產(chǎn)級隊(duì)列配置,設(shè)置死信隊(duì)列處理失敗消息。上線后超賣問題消失,庫存準(zhǔn)確率從92%提到99%。

第7到8周,我寫自動化測試腳本。系統(tǒng)有200多個接口,手動測試太累。我用JUnit和Mockito模擬了30個依賴模塊,覆蓋率做到85%,比之前團(tuán)隊(duì)人工測試效率高40%。導(dǎo)師說這算初步的契約測試實(shí)踐。

實(shí)習(xí)最大的挑戰(zhàn)是調(diào)試分布式事務(wù)。一次雙11活動時,訂單和支付異步調(diào)用超時,導(dǎo)致數(shù)據(jù)不一致。我排查了2天,發(fā)現(xiàn)是網(wǎng)絡(luò)抖動導(dǎo)致消息積壓,調(diào)整了重試間隔和超時參數(shù)才解決。學(xué)到了分布式系統(tǒng)要考慮冪等性和最終一致性。

公司培訓(xùn)機(jī)制一般,沒人系統(tǒng)講微服務(wù)架構(gòu),都是靠組內(nèi)師兄帶。我覺得可以加個新人入職培訓(xùn)計(jì)劃,比如用k8s做環(huán)境部署演練,或者分享下SpringCloud全家桶配置經(jīng)驗(yàn)。崗位匹配度還行,但接觸的代碼沒太多新東西,比如沒用到gRPC或ServiceMesh這類前沿技術(shù)。

這次經(jīng)歷讓我明白性能優(yōu)化不是隨便加緩存就行,得懂?dāng)?shù)據(jù)庫索引和JVM內(nèi)存模型。重構(gòu)不是亂改代碼,要保證業(yè)務(wù)邏輯不變。做工程要嚴(yán)謹(jǐn),像測試覆蓋率這種細(xì)節(jié)直接影響系統(tǒng)穩(wěn)定性。我發(fā)現(xiàn)自己對分布式系統(tǒng)調(diào)試還菜,打算下學(xué)期補(bǔ)補(bǔ)CAP理論、Raft共識算法這些課。職業(yè)規(guī)劃上,我想往后端架構(gòu)方向發(fā)展,但知道得做幾年才能摸到門道。

三、總結(jié)與體會

2023年8月31日結(jié)束的這8周實(shí)習(xí),讓我把課堂上的數(shù)據(jù)結(jié)構(gòu)、操作系統(tǒng)理論,真真切切用到了訂單超賣和接口慢的線上問題上。從提交第一個commit緊張得手心冒汗,到能獨(dú)立寫測試用例覆蓋核心流程,感覺自己像個真正的軟件工程師了。導(dǎo)師說我的索引優(yōu)化方案省了團(tuán)隊(duì)兩周的排期,這種被肯定的感覺值了。

這份工作讓我看明白,學(xué)校教的算法題和公司做的系統(tǒng)優(yōu)化差別在哪。比如雙11訂單量1200QPS時,數(shù)據(jù)庫索引的B+樹頁分裂、緩存預(yù)熱策略這些細(xì)節(jié),直接決定了用戶體驗(yàn)?,F(xiàn)在寫代碼不會再只考慮功能對不對,會想怎么用分布式鎖解決高并發(fā)問題,怎么用JVM調(diào)優(yōu)讓應(yīng)用扛住壓力。這種對系統(tǒng)全局的思考,是看源碼寫課程設(shè)計(jì)沒法體會的。

跟著師兄們改了幾次生產(chǎn)環(huán)境配置,才懂為什么運(yùn)維說“穩(wěn)定壓倒一切”。配置文件里一個逗號錯誤,可能導(dǎo)致整個服務(wù)雪崩。這種對細(xì)節(jié)的敬畏心,讓我現(xiàn)在寫畢業(yè)設(shè)計(jì)都格外小心。雖然最后提交作業(yè)還是會有點(diǎn)抖,但至少能冷靜分析錯誤日志了。

8周里暴露出的問題,比如沒接觸過ServiceMesh,測試覆蓋率還不到90%,反而成了我下學(xué)期的明確目標(biāo)。打算用SpringCloudAlibaba把微服務(wù)治理學(xué)透,順便考個AWSCertifiedDeveloper證書,畢竟現(xiàn)在面試都愛問容器化部署。行業(yè)里分布式事務(wù)、云原生改造是趨勢,公司那套老系統(tǒng)遲早要升級,我這正好提前預(yù)習(xí)。

看著后臺監(jiān)控里自己優(yōu)化的模塊跑得順溜,突然覺得技術(shù)這東西,真不是玩票的。從零點(diǎn)熬到凌晨調(diào)試接口,第二天看數(shù)據(jù)向好,這種成就感比考高數(shù)滿分還實(shí)在?,F(xiàn)在寫簡歷敢寫“參與日均訂單超百萬級系統(tǒng)優(yōu)化”,雖然內(nèi)心還有點(diǎn)虛,但至少知道自己不是紙上談兵。往后求職,就想找能讓我摸到分布式系統(tǒng)核心鏈路的崗位,哪怕從基礎(chǔ)運(yùn)維崗開始,先把環(huán)境摸熟。

四、致謝

感謝在XXIT企業(yè)實(shí)習(xí)的這8周時光,謝謝導(dǎo)師帶我熟悉業(yè)務(wù)流程,給我機(jī)會接觸真實(shí)項(xiàng)目。師兄師姐們耐心解答我提的各種傻問題,比如微服務(wù)配置那些坑。還有那幫一起加班的同事,debug到凌晨一起續(xù)杯咖啡,最后居然都成了朋友。

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論