微派網(wǎng)絡(luò)二面全程無項(xiàng)目，一點(diǎn)實(shí)習(xí)，一點(diǎn)八股，全是邏輯問題，我真的是醉了，一根粗細(xì)不均勻的繩子全燃燒完要一小時(shí)，給你若干個(gè)這樣的繩子讓你計(jì)時(shí)十五分鐘，我人直接蒙了，面到最后面試官來了句他不是搞java的#暑期實(shí)習(xí)# #微派網(wǎng)絡(luò)#

抓瓦面經(jīng)，經(jīng)供參考一面自我介紹實(shí)習(xí)中遇到的最大困難分批處理數(shù)據(jù)問題：如何分批處理數(shù)據(jù)？回答：一開始COUNT總的條數(shù)，然后使用LIMIT和OFFSET進(jìn)行分批查詢。每個(gè)線程處理一個(gè)固定范圍的數(shù)據(jù)，若范圍內(nèi)無數(shù)據(jù)則停止。追問：若多線程分批查詢過程中有數(shù)據(jù)插入或者刪除，則數(shù)據(jù)缺漏，如何解決問題？回答：維護(hù)事務(wù)。追問：多線程共享事務(wù)存在問題，不合適，有其他方式嗎？回答：上鎖，但是效率低下（面試官看我給出的兩個(gè)方案都不滿意，沒再追問）CSRF攻擊防護(hù)：?jiǎn)栴}：什么是CSRF攻擊？如何防止？手撕：程序輸出解釋：?jiǎn)栴}：解釋這個(gè)程序的輸出（Java的值傳遞還是引用傳遞的例子）。繪圖程序的改進(jìn)：?jiǎn)栴}：如何改進(jìn)繪...

#一面涼經(jīng)#3.21微派貪吃蛇大作戰(zhàn)go后端實(shí)習(xí)生面了大概一個(gè)小時(shí)計(jì)網(wǎng)被狠狠拷打了，怎么這么難1. 自我介紹2. OSI七層模型是什么?3. 每層是干什么的?解決了什么問題?(開始答得每層有什么協(xié)議,他說不對(duì)，問我每層解決了什么問題,比如網(wǎng)絡(luò)層，物理層。答得不好)4. 為什么要分七層?（解耦合，專注自己每一層的職責(zé)）5. OSI分層的思路對(duì)開發(fā)有什么幫助?（舉例MVC中各層的處理邏輯獨(dú)立）6. 應(yīng)用層協(xié)議有什么?（http，https，ws，grpc，我為什么要說ws啊，我艸了）7. ws,grpc是基于什么的?（答得http2，但是ws是http1.1握手+tcp通信）8. TCP三次握手流程?具體報(bào)文變化?（報(bào)文真不會(huì)啊）每一步的意義?9. TCP怎么實(shí)現(xiàn)的面相連接與可靠?（講了ACK應(yīng)答，擁塞控制，滑動(dòng)窗口啥的，擁塞控制忘了好幾個(gè)名詞）10. TCP和UDP哪個(gè)傳輸字節(jié)流,那個(gè)傳輸報(bào)文(搞反了...很好，被看出來計(jì)網(wǎng)學(xué)的一坨了)11. ws的底層實(shí)現(xiàn)（只知道是http1.1做的連接，之后的傳輸是ws自己處理的）12. 基于udp做一個(gè)可靠的傳輸協(xié)議（直接抄TCP的，應(yīng)用層手動(dòng)拆分）13. http1->http1.1->http2->http3的變化14. 講一下GMP模型15. 為什么要提出協(xié)程（用戶態(tài)，輕量無感實(shí)現(xiàn)線程同樣的效果）16. 講一下channel的實(shí)現(xiàn)17. 為什么go語言鼓勵(lì)通過通信實(shí)現(xiàn)共享內(nèi)存,而不是通過共享內(nèi)存實(shí)現(xiàn)通信?（答得各個(gè)協(xié)程之間互相隔離）18. 項(xiàng)目里面redis用了什么?什么數(shù)據(jù)結(jié)構(gòu)?（做單聊，用的List）19. 還用過什么數(shù)據(jù)結(jié)構(gòu)?（String做緩存）20. 為什么不考慮使用hash？（直接操作redis更新需求小，大多是直接覆蓋）21. redis是單線程還是多線程的？（IO多線程，事件處理單線程）22. redis多路復(fù)用怎么實(shí)現(xiàn)的?（各個(gè)操作系統(tǒng)不同，linux上用的epoll）23. 為什么redis使用單線程而其他的數(shù)據(jù)庫(kù)使用鎖?（基于內(nèi)存，性能主要瓶頸不同）24. redis怎么實(shí)現(xiàn)一個(gè)排行榜?如果分?jǐn)?shù)一樣按照時(shí)間排序怎么處理?（用Zset，Val直接存一個(gè)json字符串,時(shí)間字段在前,比較完時(shí)間字段就得到比較結(jié)果了）25. 為什么項(xiàng)目用微服務(wù)重構(gòu)?(機(jī)器帶寬問題,多人協(xié)作問題)26. 你覺得什么時(shí)候才需要用到微服務(wù)？(沒想明白,只說沒錢,服務(wù)器資源不夠)27. 微服務(wù)的優(yōu)劣勢(shì)(部分更新而不是導(dǎo)致所有服務(wù)掛掉，運(yùn)維成本比較高)28. 拆分微服務(wù)的關(guān)鍵,是如何做拆分的?(水平拆分和垂直拆分)29. leetcode最長(zhǎng)公共前綴反問:1. 游戲后端和一般的業(yè)務(wù)有什么區(qū)別?(看業(yè)務(wù),做活動(dòng)的和一般的后端沒差，其他的不太一樣，但是我沒記住)2. ZSet的那題的優(yōu)雅解決方案?(float類型,小數(shù)點(diǎn)前用分?jǐn)?shù),后面用時(shí)間戳)3. 什么時(shí)候要拆微服務(wù)?(不同服務(wù)之間的流量大小不同,需要消耗的資源不同,所以當(dāng)業(yè)務(wù)體量很大，出現(xiàn)嚴(yán)重的流量不等的時(shí)候適合拆分)

抓瓦面經(jīng)，經(jīng)供參考一面自我介紹實(shí)習(xí)中遇到的最大困難分批處理數(shù)據(jù)問題：如何分批處理數(shù)據(jù)？回答：一開始COUNT總的條數(shù)，然后使用LIMIT和OFFSET進(jìn)行分批查詢。每個(gè)線程處理一個(gè)固定范圍的數(shù)據(jù)，若范圍內(nèi)無數(shù)據(jù)則停止。追問：若多線程分批查詢過程中有數(shù)據(jù)插入或者刪除，則數(shù)據(jù)缺漏，如何解決問題？回答：維護(hù)事務(wù)。追問：多線程共享事務(wù)存在問題，不合適，有其他方式嗎？回答：上鎖，但是效率低下（面試官看我給出的兩個(gè)方案都不滿意，沒再追問）CSRF攻擊防護(hù)：?jiǎn)栴}：什么是CSRF攻擊？如何防止？手撕：程序輸出解釋：?jiǎn)栴}：解釋這個(gè)程序的輸出（Java的值傳遞還是引用傳遞的例子）。繪圖程序的改進(jìn)：?jiǎn)栴}：如何改進(jìn)繪...