計(jì)算機(jī)應(yīng)用技術(shù)軟件公司應(yīng)用開發(fā)實(shí)習(xí)報(bào)告一、摘要2023年7月10日至2023年9月5日，我在一家計(jì)算機(jī)應(yīng)用技術(shù)軟件公司擔(dān)任應(yīng)用開發(fā)實(shí)習(xí)生。負(fù)責(zé)參與電商平臺(tái)系統(tǒng)后端模塊開發(fā)，完成3個(gè)核心功能模塊的編碼與測(cè)試，累計(jì)編寫代碼1200行，修復(fù)Bug數(shù)量28個(gè)，其中高優(yōu)先級(jí)Bug12個(gè)。運(yùn)用Java語(yǔ)言和SpringBoot框架進(jìn)行業(yè)務(wù)邏輯實(shí)現(xiàn)，通過Redis緩存優(yōu)化接口響應(yīng)速度，使平均響應(yīng)時(shí)間從850毫秒降低至320毫秒。實(shí)踐了敏捷開發(fā)流程，采用Git進(jìn)行版本控制，每周參與2次站會(huì)同步進(jìn)度。提煉出模塊化設(shè)計(jì)原則，將通用代碼抽象為4個(gè)可復(fù)用組件，提高團(tuán)隊(duì)后續(xù)開發(fā)效率約30%。二、實(shí)習(xí)內(nèi)容及過程2023年7月10日入職，被分配到后端開發(fā)組，主要參與電商平臺(tái)系統(tǒng)升級(jí)項(xiàng)目。初期跟著導(dǎo)師熟悉業(yè)務(wù)邏輯，花了兩周時(shí)間梳理現(xiàn)有代碼庫(kù)，包含約5000行Java代碼和10個(gè)SpringBoot模塊。導(dǎo)師讓我先接手訂單模塊的優(yōu)化工作，原接口響應(yīng)峰值達(dá)1200QPS，但超時(shí)錯(cuò)誤占比超35%。8月5日開始重構(gòu)，采用異步處理結(jié)合Redis緩存策略，將熱點(diǎn)數(shù)據(jù)預(yù)加載到內(nèi)存。期間遇到線程池配置不當(dāng)導(dǎo)致內(nèi)存溢出的問題，通過分析JVM日志發(fā)現(xiàn)核心線程數(shù)設(shè)置過高，調(diào)整后問題解決。9月1日完成模塊上線，新接口平均延遲降到150毫秒，并發(fā)承載能力提升至3000QPS。期間還獨(dú)立開發(fā)過用戶積分系統(tǒng)，用MQ實(shí)現(xiàn)積分變更的削峰填谷，學(xué)習(xí)了如何設(shè)計(jì)冪等的消息消費(fèi)邏輯。項(xiàng)目中用了不少分布式組件，像Nacos做服務(wù)發(fā)現(xiàn)，Seata處理分布式事務(wù)。有個(gè)挑戰(zhàn)是數(shù)據(jù)庫(kù)分庫(kù)分表后的SQL編寫，舊系統(tǒng)用的是單體MySQL，新設(shè)計(jì)要對(duì)接3張分表，一開始寫JOIN語(yǔ)句特別慢，后來(lái)發(fā)現(xiàn)索引沒跟上，手動(dòng)加了幾條復(fù)合索引后查詢效率明顯改善。導(dǎo)師建議多用MyBatis的動(dòng)態(tài)SQL，說這樣能減少硬編碼。我花了3天時(shí)間把筆記整理成開發(fā)手冊(cè)，里面總結(jié)了20個(gè)常用SQL優(yōu)化技巧。實(shí)習(xí)最后兩周參與性能壓測(cè)，用JMeter模擬500用戶并發(fā)下單場(chǎng)景，發(fā)現(xiàn)當(dāng)請(qǐng)求量超過800時(shí)，線程池拒絕策略會(huì)觸發(fā)，日志里全是拒絕隊(duì)列已滿的異常。通過分析發(fā)現(xiàn)是第三方風(fēng)控接口超時(shí)導(dǎo)致，臨時(shí)加長(zhǎng)超時(shí)時(shí)間后壓測(cè)通過，但導(dǎo)師說這只是權(quán)宜之計(jì)，后續(xù)需要和風(fēng)控團(tuán)隊(duì)協(xié)調(diào)優(yōu)化API。這段經(jīng)歷讓我意識(shí)到，線上問題排查不能只盯著自己寫的代碼，上下游依賴的穩(wěn)定性同樣關(guān)鍵。公司的每日站會(huì)挺規(guī)范的，但技術(shù)分享環(huán)節(jié)比較少，一周也就1次。有時(shí)候覺得新來(lái)的同事培訓(xùn)資料太碎片化，比如配置中心Nacos的詳細(xì)操作指南就只有幾頁(yè)P(yáng)PT，實(shí)際操作中踩坑不少。建議后續(xù)可以搞個(gè)內(nèi)部Wiki，把常見問題解決步驟都整理好，或者每周加個(gè)技術(shù)深挖環(huán)節(jié)，比如深入講講JVM調(diào)優(yōu)或者SpringCloudAlibaba的源碼。個(gè)人感覺崗位匹配度基本滿足，就是需求文檔有時(shí)太粗糙，需求變更頻繁，導(dǎo)致開發(fā)過程中返工次數(shù)偏多。如果能提前約定好需求評(píng)審機(jī)制，應(yīng)該能減少很多無(wú)效勞動(dòng)。三、總結(jié)與體會(huì)這8周，從2023年7月10日到9月5日，感覺像是在真實(shí)世界里把學(xué)校里那些零散的知識(shí)點(diǎn)串聯(lián)起來(lái)了。以前學(xué)SpringBoot覺得還行，但自己獨(dú)立寫一個(gè)完整的模塊，還得考慮高并發(fā)下的線程安全、數(shù)據(jù)庫(kù)連接池的配置、緩存穿透問題，這中間的細(xì)節(jié)真是多了去了。我負(fù)責(zé)的訂單模塊重構(gòu)，上線后接口響應(yīng)時(shí)間從850毫秒直接干到320毫秒，雖然只是做了部分優(yōu)化，但看到監(jiān)控系統(tǒng)里的指標(biāo)實(shí)打?qū)嵶兒?，那種成就感挺具體的。累計(jì)寫了1200多行代碼，修了28個(gè)Bug，其中12個(gè)還是高優(yōu)先級(jí)的，這個(gè)過程讓我對(duì)代碼質(zhì)量的要求變高了，知道什么情況下去掉冗余代碼，什么情況下要寫單元測(cè)試覆蓋核心邏輯。最直觀的感受是心態(tài)變了，以前寫代碼覺得沒問題就行，現(xiàn)在會(huì)想它在生產(chǎn)環(huán)境里會(huì)不會(huì)崩潰，會(huì)不會(huì)有安全漏洞。比如有一次寫積分變動(dòng)接口，導(dǎo)師特別強(qiáng)調(diào)要考慮冪等性，說萬(wàn)一用戶快速重復(fù)提交訂單，積分可能會(huì)被多扣。我后來(lái)花了兩天時(shí)間研究?jī)绲孺i的實(shí)現(xiàn)，用Redis和數(shù)據(jù)庫(kù)事務(wù)結(jié)合的方式，雖然過程挺折騰的，但確實(shí)學(xué)到了東西。這種對(duì)責(zé)任的感知，我覺得比單純學(xué)技術(shù)更有價(jià)值。這次經(jīng)歷也讓我更清楚自己未來(lái)想干什么了。實(shí)習(xí)期間接觸到的微服務(wù)架構(gòu)、分布式事務(wù)這些，感覺挺有挑戰(zhàn)的，公司用的技術(shù)棧里SpringCloudAlibaba、Nacos這些我都有跟著學(xué)，但感覺還遠(yuǎn)遠(yuǎn)不夠。接下來(lái)打算系統(tǒng)補(bǔ)一下Docker容器化部署和Kubernetes的相關(guān)知識(shí)，爭(zhēng)取先把CKA證書考了，感覺這能增加求職時(shí)的底氣。行業(yè)里現(xiàn)在好像都在往云原生方向發(fā)展，不學(xué)點(diǎn)真不行?？偟膩?lái)說，這段實(shí)習(xí)就像是我從學(xué)生到職場(chǎng)人的一個(gè)預(yù)演，雖然時(shí)間不長(zhǎng)，但讓我明白理論和實(shí)踐之間確實(shí)有距離，需要不斷試錯(cuò)、不斷學(xué)習(xí)才能慢慢縮小這個(gè)差距。感覺自己抗壓能力也鍛煉了點(diǎn)，以前遇到bug容易心態(tài)爆炸，現(xiàn)在能冷靜分析日志，一步步定位問題。這些經(jīng)歷，不管是好是壞，都會(huì)成為我以后走路的一個(gè)參照，挺寶貴的。四、致謝感謝公司提供這次實(shí)習(xí)機(jī)會(huì)，讓我能接觸到真實(shí)的開發(fā)環(huán)境。感謝導(dǎo)師在實(shí)習(xí)期間給予的指導(dǎo)，特別是在訂單模塊重構(gòu)和SQL優(yōu)化