2022.02.03面試錄音

問題
- redis數(shù)據(jù)類型
- 消息隊列的作用——我這里想
- mysql 掌握程度,sql優(yōu)化
- 服務器部署spring項目嗎?
- git
- 服務器
- docker k8s
- java 多線程 線程創(chuàng)建 線程池創(chuàng)建
總結
- 線上面試環(huán)境要安靜
- 不要與面試官產(chǎn)生沖突——對于rabbitmq我說他不穩(wěn)定的原因在于,我覺得對于一些核心的邏輯或者有強關聯(lián)(比如b的執(zhí)行必須在a執(zhí)行之后)不應該去使用mq或者使用mq但是要有一個兜底的操作。我在生產(chǎn)上遇到過好幾次因為第三方?jīng)]有及時發(fā)送異步通知導致我們這邊服務出問題,如果有提供主動查詢的接口那么還可以做一個兜底。我猜測對方是在我把一些信息提交之后通過異步通知別的模塊處理,處理完了之后在通過mq給我們推送數(shù)據(jù),此時在他們的系統(tǒng)里面用戶信息申請時通過了,他們可以讓用戶使用一些功能比如交易,但是由于我們這邊沒有收到商戶申請通過的通知,導致我這邊對于商戶交易等信息會直接丟棄(這里是有問題的不應該丟棄,可以選擇保存在數(shù)據(jù)庫等等),也就是說在我這邊b通知過來了但是a通知還沒過來,b依賴a,那么此時b通知過來,我可以通過丟棄、保存消息或者通過主動查詢接口去驗證
標簽: