2025年東軟面試試題及答案一、技術(shù)研發(fā)類崗位面試題1.請用Java實(shí)現(xiàn)一個線程安全的醫(yī)療設(shè)備數(shù)據(jù)緩存類，要求支持?jǐn)?shù)據(jù)寫入、按時間戳范圍查詢、內(nèi)存容量限制（超過時按LRU策略淘汰）。需說明設(shè)計(jì)思路及關(guān)鍵代碼邏輯。答案：設(shè)計(jì)思路：采用組合數(shù)據(jù)結(jié)構(gòu)實(shí)現(xiàn)高效操作，使用ConcurrentHashMap存儲數(shù)據(jù)（鍵為設(shè)備ID+時間戳，值為數(shù)據(jù)），LinkedHashSet維護(hù)訪問順序以實(shí)現(xiàn)LRU淘汰，AtomicInteger記錄當(dāng)前內(nèi)存占用。線程安全通過ReentrantReadWriteLock控制讀寫操作，寫入時檢查內(nèi)存限制，觸發(fā)淘汰時從LinkedHashSet頭部（最久未使用）開始刪除，直到容量達(dá)標(biāo)。關(guān)鍵代碼片段：```javapublicclassMedicalDeviceCache{privatefinalintmaxMemory;//最大內(nèi)存限制（MB）privatefinalConcurrentHashMap<String,byte[]>dataMap;privatefinalLinkedHashSet<String>accessOrderSet;privatefinalReentrantReadWriteLocklock=newReentrantReadWriteLock();privatefinalAtomicIntegercurrentMemory=newAtomicInteger(0);publicMedicalDeviceCache(intmaxMemory){this.maxMemory=maxMemory10241024;//轉(zhuǎn)換為字節(jié)this.dataMap=newConcurrentHashMap<>();this.accessOrderSet=newLinkedHashSet<>();}publicvoidput(StringdeviceId,longtimestamp,byte[]data){lock.writeLock().lock();try{Stringkey=deviceId+"_"+timestamp;intdataSize=data.length;//檢查內(nèi)存是否超限while(currentMemory.get()+dataSize>maxMemory&&!accessOrderSet.isEmpty()){StringoldestKey=accessOrderSet.iterator().next();byte[]oldData=dataMap.remove(oldestKey);accessOrderSet.remove(oldestKey);currentMemory.addAndGet(-oldData.length);}//寫入新數(shù)據(jù)dataMap.put(key,data);accessOrderSet.add(key);//LinkedHashSet自動維護(hù)插入順序，訪問時需調(diào)整currentMemory.addAndGet(dataSize);}finally{lock.writeLock().unlock();}}publicList<byte[]>queryByTimeRange(StringdeviceId,longstart,longend){lock.readLock().lock();try{List<byte[]>result=newArrayList<>();longmin=Math.min(start,end);longmax=Math.max(start,end);dataMap.forEach((key,value)->{String[]parts=key.split("_");if(parts[0].equals(deviceId)){longts=Long.parseLong(parts[1]);if(ts>=min&&ts<=max){//訪問時調(diào)整順序（LRU）lock.writeLock().lock();//升級鎖（實(shí)際需注意鎖順序，此處簡化）try{accessOrderSet.remove(key);accessOrderSet.add(key);}finally{lock.writeLock().unlock();}result.add(value);}}});returnresult;}finally{lock.readLock().unlock();}}}```注：實(shí)際生產(chǎn)環(huán)境需優(yōu)化鎖粒度（如按設(shè)備ID分段加鎖）、增加數(shù)據(jù)序列化/反序列化邏輯、監(jiān)控內(nèi)存計(jì)算準(zhǔn)確性（考慮對象頭開銷）。2.假設(shè)東軟醫(yī)療需要構(gòu)建一個跨院區(qū)的電子病歷共享平臺，需解決不同醫(yī)院HIS系統(tǒng)（如金蝶、衛(wèi)寧、嘉和美康）數(shù)據(jù)格式不一致問題。請?jiān)O(shè)計(jì)一個數(shù)據(jù)整合方案，包括技術(shù)選型、關(guān)鍵步驟及可能遇到的挑戰(zhàn)。答案：技術(shù)選型：采用基于FHIR（FastHealthcareInteroperabilityResources）標(biāo)準(zhǔn)的統(tǒng)一數(shù)據(jù)模型，使用ApacheCamel作為ETL工具（支持600+協(xié)議適配），結(jié)合Kafka實(shí)現(xiàn)異步消息隊(duì)列（處理高并發(fā)數(shù)據(jù)同步），數(shù)據(jù)庫選擇MongoDB（存儲非結(jié)構(gòu)化/半結(jié)構(gòu)化病歷數(shù)據(jù)）+PostgreSQL（存儲結(jié)構(gòu)化元數(shù)據(jù)）。關(guān)鍵步驟：（1）元數(shù)據(jù)管理：建立全局?jǐn)?shù)據(jù)字典，定義200+核心字段（如患者ID、診斷編碼、檢查項(xiàng)目）的FHIR映射規(guī)則，支持動態(tài)擴(kuò)展（如某醫(yī)院自定義“中醫(yī)證型”字段）。（2）適配器開發(fā)：為每個HIS系統(tǒng)開發(fā)專用適配器，實(shí)現(xiàn)XML/JSON/HL7v2到FHIR的轉(zhuǎn)換（如金蝶HIS的“門診病歷”XML通過XSLT轉(zhuǎn)換為FHIR的Encounter資源）。（3）數(shù)據(jù)質(zhì)量控制：通過規(guī)則引擎（Drools）校驗(yàn)必填字段（如患者姓名、就診時間）、值域約束（如診斷編碼必須為ICD-10），對缺失數(shù)據(jù)觸發(fā)補(bǔ)全流程（短信通知醫(yī)生）。（4）同步策略：實(shí)時同步（檢查報(bào)告）采用Kafka+Debezium監(jiān)聽數(shù)據(jù)庫日志；批量同步（歷史病歷）在凌晨通過Camel定時任務(wù)拉取，使用壓縮（Snappy）減少網(wǎng)絡(luò)傳輸。挑戰(zhàn)：（1）語義沖突：某醫(yī)院將“手術(shù)類型”定義為“1:微創(chuàng)，2:開放”，另一醫(yī)院定義為“M:微創(chuàng)，O:開放”，需建立映射表并支持人工干預(yù)修正。（2）性能瓶頸：單院區(qū)日產(chǎn)生50萬條檢查數(shù)據(jù)，需通過分片消費(fèi)（Kafka分區(qū)數(shù)=消費(fèi)者數(shù)）、并行轉(zhuǎn)換（Camel的Multicast組件）提升吞吐量。（3）安全合規(guī)：需符合《個人信息保護(hù)法》，對患者姓名、身份證號進(jìn)行去標(biāo)識化（MD5加鹽哈希），訪問控制采用RBAC（如社區(qū)醫(yī)生僅能查看本轄區(qū)患者數(shù)據(jù)）。3.給定一個整數(shù)數(shù)組nums和整數(shù)k，找出數(shù)組中所有滿足i<j<k且nums[i]+nums[j]+nums[k]==target的三元組。要求時間復(fù)雜度低于O(n3)，寫出Java代碼并說明優(yōu)化思路。答案：優(yōu)化思路：先排序數(shù)組（O(nlogn)），固定第一個數(shù)nums[i]，然后用雙指針法在i+1到n-1范圍內(nèi)尋找nums[j]+nums[k]=target-nums[i]。需跳過重復(fù)元素避免重復(fù)三元組。Java代碼：```javapublicList<List<Integer>>threeSum(int[]nums,inttarget){List<List<Integer>>result=newArrayList<>();intn=nums.length;if(n<3)returnresult;Arrays.sort(nums);//排序for(inti=0;i<n2;i++){if(i>0&&nums[i]==nums[i1])continue;//跳過重復(fù)的iintleft=i+1,right=n1;intremain=targetnums[i];while(left<right){intsum=nums[left]+nums[right];if(sum==remain){result.add(Arrays.asList(nums[i],nums[left],nums[right]));//跳過left重復(fù)while(left<right&&nums[left]==nums[left+1])left++;//跳過right重復(fù)while(left<right&&nums[right]==nums[right1])right--;left++;right--;}elseif(sum<remain){left++;}else{right--;}}}returnresult;}```時間復(fù)雜度：排序O(nlogn)+雙指針遍歷O(n2)，總為O(n2)，滿足要求。二、測試開發(fā)類崗位面試題4.東軟為某銀行開發(fā)的核心交易系統(tǒng)即將上線，需設(shè)計(jì)自動化測試方案。請說明測試分層策略（UI/接口/單元）、關(guān)鍵測試點(diǎn)及工具鏈選擇。答案：測試分層策略（金字塔模型）：單元測試（70%）：覆蓋核心業(yè)務(wù)邏輯（如轉(zhuǎn)賬交易的賬戶余額扣減、手續(xù)費(fèi)計(jì)算），使用JUnit5+Mockito（模擬數(shù)據(jù)庫調(diào)用），覆蓋率要求85%以上（重點(diǎn)模塊90%）。接口測試（20%）：驗(yàn)證RESTfulAPI（如/transfer）的參數(shù)校驗(yàn)（金額>0）、業(yè)務(wù)規(guī)則（單日轉(zhuǎn)賬限額50萬）、異常處理（余額不足返回400），工具選擇Postman+Newman（持續(xù)集成）或HttpRunner（支持?jǐn)?shù)據(jù)驅(qū)動）。UI測試（10%）：僅覆蓋關(guān)鍵路徑（登錄→轉(zhuǎn)賬→查詢明細(xì)），使用Selenium+PageObject模式，避免全量UI自動化（維護(hù)成本高）。關(guān)鍵測試點(diǎn)：（1）性能：模擬1000并發(fā)用戶同時轉(zhuǎn)賬，驗(yàn)證響應(yīng)時間<2s（90%分位），使用JMeter+Grafana監(jiān)控?cái)?shù)據(jù)庫QPS、JVM堆內(nèi)存。（2）一致性：分布式事務(wù)場景（跨行轉(zhuǎn)賬需調(diào)用央行支付系統(tǒng)），驗(yàn)證主事務(wù)回滾時，已調(diào)用的下游服務(wù)能否通過TCC（Try-Confirm-Cancel）補(bǔ)償。（3）安全：檢查接口是否存在SQL注入（如轉(zhuǎn)賬備注字段輸入“1'OR1=1--”）、敏感信息加密（銀行卡號在日志中是否脫敏）。工具鏈：持續(xù)集成：Jenkins+GitLabCI（觸發(fā)單元測試→接口測試→UI測試流水線）。缺陷管理：Jira（關(guān)聯(lián)測試用例與BUG，跟蹤修復(fù)率）。覆蓋率統(tǒng)計(jì)：JaCoCo（提供HTML報(bào)告，可視化未覆蓋的代碼行）。5.某醫(yī)療影像系統(tǒng)（PACS）在上傳DICOM文件時偶現(xiàn)“文件損壞”錯誤，日志顯示“IOException:Streamclosed”。請描述排查思路及可能的根因。答案：排查思路：（1）復(fù)現(xiàn)問題：收集錯誤發(fā)生時的上下文（如文件大小>200MB？上傳中斷網(wǎng)？），使用WireShark抓包分析TCP連接狀態(tài)（是否存在RST包）。（2）代碼審查：檢查文件上傳模塊的輸入流處理邏輯，是否存在多線程并發(fā)關(guān)閉流的情況（如主線程讀取流時，后臺線程因超時主動關(guān)閉）。（3）資源監(jiān)控：通過Arthas觀察JVM中FileInputStream對象的close()調(diào)用次數(shù)，是否存在未關(guān)閉的流導(dǎo)致資源泄漏（可用jmap-histo查看對象數(shù)量）?？赡芨颍寒惒缴蟼鲌鼍爸校岸耸褂肳ebSocket分塊上傳，后端在接收最后一個分片時，前端因網(wǎng)絡(luò)延遲重復(fù)發(fā)送分片，導(dǎo)致服務(wù)端嘗試關(guān)閉已關(guān)閉的流。DICOM文件包含私有標(biāo)簽（如某設(shè)備廠商自定義的元數(shù)據(jù)字段），解析庫（如dcm4che）在處理時拋出異常，但未正確捕獲，導(dǎo)致流提前關(guān)閉。服務(wù)器磁盤空間不足（可用df-h檢查），寫入臨時文件時失敗，觸發(fā)流關(guān)閉，但錯誤信息未正確傳遞到前端。三、大數(shù)據(jù)與AI類崗位面試題6.東軟智慧城市項(xiàng)目需要構(gòu)建城市交通擁堵預(yù)測模型，現(xiàn)有數(shù)據(jù)包括：歷史GPS軌跡（車輛位置+時間）、路口攝像頭視頻（每5分鐘一幀）、天氣數(shù)據(jù)（溫度、降雨量）、節(jié)假日日歷。請?jiān)O(shè)計(jì)建模流程，包括特征工程、模型選擇及評估指標(biāo)。答案：建模流程：（1）數(shù)據(jù)清洗：GPS軌跡：過濾異常點(diǎn)（速度>120km/h的出租車數(shù)據(jù)），使用DBSCAN聚類消除漂移點(diǎn)。視頻數(shù)據(jù)：通過YOLOv8檢測車輛數(shù)量，按路口ID+時間窗口（15分鐘）聚合為“車流量”特征。天氣數(shù)據(jù)：將降雨量離散化為“無雨/小雨/中雨/大雨”（類別特征），溫度歸一化到[0,1]。（2）特征工程：時間特征：提取小時（早高峰7-9點(diǎn)）、星期幾（工作日/周末）、是否節(jié)假日（0/1）?？臻g特征：計(jì)算當(dāng)前路口與相鄰3個路口的車流量相關(guān)性（Pearson系數(shù)），構(gòu)建“區(qū)域擁堵指數(shù)”。滯后特征：加入前1小時、前3小時的擁堵狀態(tài)（標(biāo)簽是未來30分鐘的擁堵等級），捕捉時間依賴性。（3）模型選擇：基礎(chǔ)模型：LightGBM（處理混合類型特征，支持類別特征自動分箱），用于快速驗(yàn)證特征重要性（如“前1小時擁堵狀態(tài)”重要度占比35%）。時序模型：LSTM（捕捉長時依賴）或Transformer（通過自注意力機(jī)制學(xué)習(xí)路口間的空間關(guān)聯(lián)），輸入為過去24小時的多特征序列（形狀：24×8，8為特征維度）。融合模型：Stacking集成（用LightGBM的預(yù)測概率作為元特征，輸入到LSTM中），提升復(fù)雜場景下的泛化能力。（4）評估指標(biāo)：分類場景（擁堵等級：暢通/緩行/擁堵）：使用F1-score（平衡查準(zhǔn)率和查全率），重點(diǎn)關(guān)注“擁堵”類的召回率（避免漏報(bào)）?；貧w場景（預(yù)測擁堵指數(shù)，0-1連續(xù)值）：MAE（平均絕對誤差）+R2（擬合優(yōu)度，要求>0.85）。四、綜合能力面試題7.請描述一次你在團(tuán)隊(duì)項(xiàng)目中因需求頻繁變更導(dǎo)致進(jìn)度延誤的經(jīng)歷，說明你是如何應(yīng)對的，最終結(jié)果如何？答案：（STAR法則）情境（S）：在某企業(yè)OA系統(tǒng)開發(fā)中，客戶在UAT階段突然要求增加“移動審批”功能（原計(jì)劃無此需求），需在2周內(nèi)完成，而團(tuán)隊(duì)剩余開發(fā)周期僅3周（總周期12周）。任務(wù)（T）：協(xié)調(diào)資源完成新功能開發(fā)，同時保證原計(jì)劃的“權(quán)限管理”模塊按時上線，避免整體延期。行動（A）：（1）需求拆解：與產(chǎn)品經(jīng)理確認(rèn)“移動審批”核心功能（待辦提醒、電子簽名、審批記錄同步），砍掉非核心需求（如審批意見語音輸入）。（2）資源協(xié)調(diào)：從測試組借調(diào)1名有移動端經(jīng)驗(yàn)的工程師參與開發(fā)，前端組加班（每天多1小時）完成H5頁面，后端復(fù)用現(xiàn)有審批流程接口（減少50%開發(fā)量）。（3）敏捷調(diào)整：將原周會改為每日站會（15分鐘），同步移動審批的開發(fā)進(jìn)度（如“電子簽名”組件集成延遲半天），立即協(xié)調(diào)第三