廣東小廠Java實(shí)習(xí)面經(jīng)
- 自我介紹
- 就問我第一段實(shí)習(xí)參與的事情（我狠狠的吹我第二段實(shí)習(xí)，自我介紹說第一段由于第一次實(shí)習(xí)什么都不會，時間也不長感覺沒學(xué)到什么，他偏要問
我都快忘了）
- 你剛剛說你做了關(guān)于導(dǎo)出excel相關(guān)的，那我現(xiàn)在要根據(jù)不同的用戶看到不同的excel怎么辦？比如我A是醫(yī)生只能看到1、2、3列，B是老師可以看到1、5、6列？你要怎么實(shí)現(xiàn)（我說可以在代碼里面做判斷，我可以從token或者權(quán)限的模塊拿到這個用戶對應(yīng)的角色，然后用條件判斷看他是哪個角色，滿足要求的再寫入excel）
- 你這就是為不同的角色做定制嘛，我現(xiàn)在可能有1000多個角色，每個角色想看的都不一樣，要怎么辦？（我說我想到了分頁查詢，在導(dǎo)出接口多傳個qo，前端來判斷好是哪個角色就會有哪些參數(shù)，然后我后端只要判斷有這個參數(shù)，我就寫出那個列，類似于分頁查詢的if動態(tài)sql那種用法，比如醫(yī)生123前段就傳123，我這邊看到123不為空就往excel寫123列。這樣還可以做到自定義導(dǎo)入的哪些列，可以用戶自己傳就前端勾選上都可以）他說這個回答要比剛剛的好
- 問下數(shù)據(jù)庫，拿你第一段實(shí)習(xí)這個公司來說，假如你們現(xiàn)在單表數(shù)據(jù)量千萬，你會著手從哪幾個方面提升數(shù)據(jù)庫的性能？（水平分表，說了下如果數(shù)據(jù)量過大b+樹層數(shù)過高可能會多次io影響查詢速率，還可以聯(lián)合索引覆蓋減少回表）
- 你分表的目的就是為了每張表數(shù)據(jù)量不超過某個峰值對吧？除了索引和分表，還有什么方法嗎（可以加redis緩存）
- 他說數(shù)據(jù)庫如果變化了怎么辦？mysql和redis數(shù)據(jù)一致性問題怎么辦（我直接開背?。?/li>
- 他打斷了我的吟唱，加了個條件，這個表每時每刻數(shù)據(jù)都在變，那些常用的屬性會一直變化（說了個垂直拆分，把經(jīng)常改動的字段直接差分為一張表）（感覺這里回答的好像不是很好，不知道有沒有更好的辦法大佬們）
- 數(shù)據(jù)庫是怎么解析一條sql語句的
- mybatis的基本標(biāo)簽有多少？
- mybatis從dao層到xml的sql語句，他是怎么定位的？（下次再遇到這種問題一定要擴(kuò)展下DDD中倉儲層和基礎(chǔ)設(shè)施層的抽象思想）
- mybatis有多少種獲取參數(shù)的方式？
- 事務(wù)知道嗎？spring的事務(wù)注解是什么？
- 假如A方法加了事務(wù)注解，這時候A調(diào)用了B，B方法的事務(wù)從哪里來，他是怎么獲取的？
總結(jié)：問的感覺很基礎(chǔ)，太久沒看了，很多常規(guī)八股都忘了，只能說還是得多花時間好好背背。
#軟件開發(fā)2023筆面經(jīng)##java實(shí)習(xí)面經(jīng)##java面經(jīng)##面經(jīng)##實(shí)習(xí)面經(jīng)#
我之前面小廠都是聊聊天就有offer了
查看14道真題和解析