-------9.4更新-------
一面順利通過，已約二面

------------------
時間：9.3 晚 7:00~8:10

一、自我介紹

二、項目拷打
2.1 看你項目用了Token+分布式session實現(xiàn)登錄，session存到哪？存的什么數(shù)據(jù)？
2.2 知道Redis集群嗎？有哪幾種？
2.3 在剛才登錄場景下，如果Redis是用主從集群，讀session是讀主還是讀從？為什么？
2.4 如果此時Redis主掛掉，那么用戶發(fā)起登錄請求，這個session就寫不進Redis集群對吧？那就會給用戶返回登陸失敗，你覺得這樣好嗎？舉個例子比如微博，不能說用戶太多全都登陸失敗吧？你認為應該怎么解決？
2.5 你的登錄功能包括SpringMVC攔截器校驗用戶身份和刷新token，那你說說攔截器的處理流程？Filter和Interceptor哪個先執(zhí)行？它倆分別攔截什么？
2.6 另一個項目是用的jwt，說說jwt吧？jwt把用戶信息存到哪？
2.7 Canal解決緩存一致性問題的場景是什么？怎么實現(xiàn)的？
2.8 你用了Canal，假設現(xiàn)在用的是Mysql主從集群，應該讀主還是讀從？為什么？
2.9 如果寫操作太多，Canal監(jiān)聽大量寫操作然后刪緩存，會有什么問題？
2.10 秒殺的超賣問題你是怎么解決的？
2.11 秒殺的一人一單問題是怎么解決的？分布式鎖的粒度是什么？
2.12 用戶如果搶到券了，但一直沒有下單，這個分布式鎖什么時候釋放？釋放后庫存怎么還回去？
2.13 為什么要用Redis進行預校驗和預扣減庫存？說一下對應的場景吧？這是好幾步操作，怎么保證在Redis的原子性？
2.14 你說有事務和Lua腳本兩種方式解決原子性，那你說說Redis事務的原理？你說事務底層是一個命令隊列，那么如果前邊的執(zhí)行成功后邊失敗，前邊的會不會回滾？
2.15 Lua原子性，同樣一半成功，前邊的會不會回滾？既然不會回滾，那預檢驗和預扣減庫存如果只成功了一半不就出問題了嗎？
2.16 既然事務和Lua都能實現(xiàn)原子操作，為什么用Lua不用事務？或者說Lua比事務的好處是什么？
2.17 Feed流你用推模式，那么如果是一個大v會有什么問題？你說用拉模式，那么如果一個用戶關注的博主很多有什么問題？
2.18 Elasticsearch存的什么數(shù)據(jù)？文章所有字段都存es里嗎？
2.19 如果文章很多，像快手可能有幾億篇，存ES有什么問題？
2.20 你知道ES搜索數(shù)據(jù)、從磁盤加載數(shù)據(jù)的原理嗎？

三、八股
3.1 了解線程嗎？了解協(xié)程嗎？
3.2 多線程可能存在哪些問題？(回答死鎖和共享數(shù)據(jù)安全，引出了后面的手撕)
3.3 你提到對于共享數(shù)據(jù)安全可以用鎖解決，那java有哪些鎖？
3.4 讀過AQS源碼沒？
3.5 線程池的7個參數(shù)？提交一個任務的執(zhí)行流程？
3.6 java線程池和tomcat線程池的區(qū)別？
3.7 Mysql有哪些鎖？

四、手撕
4.1 寫一個死鎖代碼？
4.2 把剛才的synchronized替換成ReentrantLock實現(xiàn)死鎖？
4.3 對照著死鎖的四個必要條件，針對每個條件怎么修改代碼來解決死鎖問題？

五、閑聊
5.1 有其他offer嗎？
5.2 為什么之前沒有實習經歷？
5.3 能實習多久？

六、反問
6.1 部門是做什么的？