記錄一下，應(yīng)該不會(huì)去，csig下的一個(gè)醫(yī)療健康部門，沒怎么聽過，tob tog。

一面 3.7

1. 自我介紹
2. rpc拷打
1. 負(fù)載均衡算法，如何根據(jù)響應(yīng)速度進(jìn)行負(fù)載
2. 粘包 半包問題，http是怎么讀消息頭中的字段(分隔符)，二進(jìn)制幀又是怎么分割的
3. 限流算法，用消息隊(duì)列能不能實(shí)現(xiàn)限流，有什么優(yōu)缺點(diǎn)?
1. 如何定位熱點(diǎn)服務(wù)實(shí)例
4. 死鎖，jconsle檢測(cè)死鎖原理，如何定位死鎖代碼，如何打印一個(gè)線程的棧信息
3. 恐怖的來了：100萬億個(gè)int數(shù)，16G內(nèi)存，怎么找中位數(shù)？
1. 計(jì)數(shù)排序的思想，但桶的大小怎么確定？4字節(jié)可能有計(jì)數(shù)越界?
1. 想到用相鄰兩個(gè)數(shù)做一個(gè)桶，但這樣要找到最終答案，就要讀取兩次文件
2. 啟發(fā)我用map，引申到如何根據(jù)kv個(gè)數(shù)估計(jì)map的空間大小
3. 一番啟發(fā)加思考，不能全用4字節(jié)，而是先用3字節(jié)，不夠了再用map存儲(chǔ)
4. 開始代碼實(shí)現(xiàn)，很不順利，因?yàn)閖ava里沒有三字節(jié)的整型，數(shù)組也不能超過int大小。15min仍未完全實(shí)現(xiàn)
5. 場(chǎng)景：微信小程序，是如何獲取用戶信息的，這個(gè)權(quán)限認(rèn)證流程。小程序-微信后臺(tái)-用戶，三者之間的信息流轉(zhuǎn)，其中的token是如何下發(fā)的
6. 反饋：基礎(chǔ)還行，缺乏實(shí)踐，建議多看代碼多寫代碼

二面 3.17

1. 自我介紹
2. rpc項(xiàng)目：
1. 調(diào)用流程
2. 第三方使用流程
3. 自己的rpc與開源的不同
4. 幾種序列化算法的不同
5. 如何統(tǒng)計(jì)調(diào)用鏈路、調(diào)用接口耗時(shí)
3. 設(shè)計(jì)一個(gè) LRUcache
1. 如何充分利用多核cpu性能：鏈表拆分
2. 拆分后的負(fù)載方法
4. 微信付款碼支付的流程
1. 如何提高二維碼生成的效率上千萬的二維碼生成請(qǐng)求，如何處理
5. 平時(shí)有看什么博客 網(wǎng)站
6. 對(duì)實(shí)習(xí)的期待、未來的規(guī)劃

HR面 3.20

1. 本科期間為什么沒去實(shí)習(xí)
2. 為什么選擇讀研
3. 本科和碩士的專業(yè)選擇
4. 自己的優(yōu)缺點(diǎn)

#牛客AI配圖神器#