csdn面經(jīng)-java

寫在前面

從今天開始,整理一下過往的一些面試經(jīng)歷,希望對(duì)未來的人能有所幫助,這種幫助希望是指明一些學(xué)習(xí)方向,提高個(gè)人的知識(shí)廣度和深度。同時(shí)大家互相探討一下,希望共同學(xué)習(xí)與進(jìn)步。

項(xiàng)目

DDD領(lǐng)域驅(qū)動(dòng)設(shè)計(jì):

聚合跟的概念

如何定義領(lǐng)域服務(wù)

mycat 分表,對(duì)于非主鍵的查詢操作

技術(shù)

linux下把進(jìn)程/線程綁定到特定cpu核上運(yùn)行,默認(rèn)redis 是綁定的嗎?

cms的第三步標(biāo)記是怎么操作的,是再重新掃描一下所有的對(duì)象嗎

? ? 答:整個(gè)過程是初次標(biāo)記、并發(fā)標(biāo)記、重新標(biāo)記、并發(fā)清除,第三步就是重新標(biāo)記,引入卡表的概念,將第二步產(chǎn)生的新垃圾記錄在了卡表上。所以第三部的時(shí)候就不需要在全內(nèi)存掃描了。

tcp原理,為什么三次握手,四次揮手

零拷貝

內(nèi)存映射文件

mq:如果有三個(gè)消息,消費(fèi)失敗,后邊的是否會(huì)繼續(xù),offset存儲(chǔ)的是什么,所有的消息消費(fèi)成功的狀態(tài)是否保存,保存在哪里

這個(gè)問題其實(shí)問的不太好,消息分多鐘,如果有序消息,失敗了后邊就不會(huì)繼續(xù),普通無序消息就會(huì)繼續(xù)消費(fèi);如果普通消息,offset的存儲(chǔ)分兩種,廣播消息存儲(chǔ)在client端,集群類存儲(chǔ)在server端和注冊(cè)中心里。


總結(jié)

? ? 總共經(jīng)歷2輪面試,歷時(shí)2個(gè)小時(shí),問的問題不算難,只要有較好的基礎(chǔ)就可以通過。面試官考的大部分是CSDN里的文章,明顯經(jīng)常用自己產(chǎn)品學(xué)習(xí)的。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

友情鏈接更多精彩內(nèi)容