圖解學(xué)習(xí)網(wǎng)站:https://xiaolincoding.com
大家好,我是小林。
周末有很多校招同學(xué)跟我反饋,今天美團(tuán)面試新增了 AI 面試。
也就是模擬真人的場(chǎng)景來(lái)面試,而你面對(duì)的面試官就是 AI 面試官,也屬于技術(shù)面試,面試時(shí)長(zhǎng)大概 30 分鐘。
但是,不要覺得對(duì)面不是真人,就覺得很容易”作弊“,實(shí)際上AI面試的時(shí)候,會(huì)要求你不能離開攝像頭,要看著屏幕,并且檢測(cè)你切屏的操作,只要發(fā)現(xiàn)作弊,有可能就會(huì)被拉黑了 。
那 AI 面試具體會(huì)問(wèn)什么呢?
我看了一下大家總結(jié)美團(tuán)AI面試,找到了一些規(guī)律,更多的是考察基礎(chǔ)方面的內(nèi)容:
八股文:會(huì)問(wèn) 5 個(gè)左右的八股文,其中Java/Go/C++語(yǔ)言基礎(chǔ)+計(jì)算機(jī)網(wǎng)絡(luò)+Linux 命令+數(shù)據(jù)庫(kù)這些八股出現(xiàn)的概率比較高。
系統(tǒng)設(shè)計(jì):每一場(chǎng)AI面試,必有一個(gè)系統(tǒng)設(shè)計(jì)(要把功能、數(shù)據(jù)庫(kù)表設(shè)計(jì)、實(shí)現(xiàn)的邏輯流程說(shuō)出來(lái))
場(chǎng)景題:會(huì)問(wèn) 2 個(gè)非技術(shù)類的場(chǎng)景題,主要是關(guān)于你在項(xiàng)目/實(shí)習(xí)/實(shí)驗(yàn)室中遇到的最大困難是什么怎么解決的,你平時(shí)是怎么學(xué)習(xí)這類問(wèn)題
沒(méi)有算法,不會(huì)問(wèn)你項(xiàng)目和實(shí)習(xí)的問(wèn)題
我也找了兩份美團(tuán) AI 面試的面經(jīng),分別是 ?C++ 和 Java 的,給大家感受一下。
美團(tuán)AI面試 C++
技術(shù)八股:SSL/TLS的工作原理Linux是怎么看內(nèi)存使用情況的GET和POST的區(qū)別C++的多態(tài)是什么?怎么通過(guò)虛函數(shù)實(shí)現(xiàn)?C++的函數(shù)對(duì)象是什么?跟普通函數(shù)的區(qū)別?NoSQL是什么?有哪些NoSQL數(shù)據(jù)庫(kù)?
系統(tǒng)設(shè)計(jì):設(shè)計(jì)一個(gè)用戶積分系統(tǒng),怎么維護(hù)積分有效性和實(shí)現(xiàn)提醒功能?追問(wèn):怎么進(jìn)行數(shù)據(jù)庫(kù)設(shè)計(jì)?怎么進(jìn)行積分過(guò)期提醒?
場(chǎng)景題 :在實(shí)驗(yàn)室 / 項(xiàng)目涉及新的技術(shù)領(lǐng)域?是怎么學(xué)習(xí)的?舉例說(shuō)明在實(shí)驗(yàn)室 / 實(shí)習(xí)遇到什么難題?是怎么解決的?舉例說(shuō)明
SSL/TLS的工作原理?
傳統(tǒng)的 TLS 握手基本都是使用 RSA 算法來(lái)實(shí)現(xiàn)密鑰交換的,在將 TLS 證書部署服務(wù)端時(shí),證書文件其實(shí)就是服務(wù)端的公鑰,會(huì)在 TLS 握手階段傳遞給客戶端,而服務(wù)端的私鑰則一直留在服務(wù)端,一定要確保私鑰不能被竊取。
在 RSA 密鑰協(xié)商算法中,客戶端會(huì)生成隨機(jī)密鑰,并使用服務(wù)端的公鑰加密后再傳給服務(wù)端。根據(jù)非對(duì)稱加密算法,公鑰加密的消息僅能通過(guò)私鑰解密,這樣服務(wù)端解密后,雙方就得到了相同的密鑰,再用它加密應(yīng)用消息。
我用 Wireshark 工具抓了用 RSA 密鑰交換的 TLS 握手過(guò)程,你可以從下面看到,一共經(jīng)歷了四次握手:
TLS 第一次握手
首先,由客戶端向服務(wù)器發(fā)起加密通信請(qǐng)求,也就是 ClientHello 請(qǐng)求。在這一步,客戶端主要向服務(wù)器發(fā)送以下信息:
- (1)客戶端支持的 TLS 協(xié)議版本,如 TLS 1.2 版本。(2)客戶端生產(chǎn)的隨機(jī)數(shù)(Client Random),后面用于生成「會(huì)話秘鑰」條件之一。(3)客戶端支持的密碼套件列表,如 RSA 加密算法。
TLS 第二次握手
服務(wù)器收到客戶端請(qǐng)求后,向客戶端發(fā)出響應(yīng),也就是 SeverHello。服務(wù)器回應(yīng)的內(nèi)容有如下內(nèi)容:
- (1)確認(rèn) TLS 協(xié)議版本,如果瀏覽器不支持,則關(guān)閉加密通信。(2)服務(wù)器生產(chǎn)的隨機(jī)數(shù)(Server Random),也是后面用于生產(chǎn)「會(huì)話秘鑰」條件之一。(3)確認(rèn)的密碼套件列表,如 RSA 加密算法。(4)服務(wù)器的數(shù)字證書。
TLS 第三次握手
客戶端收到服務(wù)器的回應(yīng)之后,首先通過(guò)瀏覽器或者操作系統(tǒng)中的 CA 公鑰,確認(rèn)服務(wù)器的數(shù)字證書的真實(shí)性。如果證書沒(méi)有問(wèn)題,客戶端會(huì)從數(shù)字證書中取出服務(wù)器的公鑰,然后使用它加密報(bào)文,向服務(wù)器發(fā)送如下信息:
- (1)一個(gè)隨機(jī)數(shù)(pre-master key)。該隨機(jī)數(shù)會(huì)被服務(wù)器公鑰加密。(2)加密通信算法改變通知,表示隨后的信息都將用「會(huì)話秘鑰」加密通信。(3)客戶端握手結(jié)束通知,表示客戶端的握手階段已經(jīng)結(jié)束。這一項(xiàng)同時(shí)把之前所有內(nèi)容的發(fā)生的數(shù)據(jù)做個(gè)摘要,用來(lái)供服務(wù)端校驗(yàn)。
上面第一項(xiàng)的隨機(jī)數(shù)是整個(gè)握手階段的第三個(gè)隨機(jī)數(shù),會(huì)發(fā)給服務(wù)端,所以這個(gè)隨機(jī)數(shù)客戶端和服務(wù)端都是一樣的。服務(wù)器和客戶端有了這三個(gè)隨機(jī)數(shù)(Client Random、Server Random、pre-master key),接著就用雙方協(xié)商的加密算法,各自生成本次通信的「會(huì)話秘鑰」。
TLS 第四次握手
服務(wù)器收到客戶端的第三個(gè)隨機(jī)數(shù)(pre-master key)之后,通過(guò)協(xié)商的加密算法,計(jì)算出本次通信的「會(huì)話秘鑰」。然后,向客戶端發(fā)送最后的信息:
- (1)加密通信算法改變通知,表示隨后的信息都將用「會(huì)話秘鑰」加密通信。(2)服務(wù)器握手結(jié)束通知,表示服務(wù)器的握手階段已經(jīng)結(jié)束。這一項(xiàng)同時(shí)把之前所有內(nèi)容的發(fā)生的數(shù)據(jù)做個(gè)摘要,用來(lái)供客戶端校驗(yàn)。
至此,整個(gè) TLS 的握手階段全部結(jié)束。接下來(lái),客戶端與服務(wù)器進(jìn)入加密通信,就完全是使用普通的 HTTP 協(xié)議,只不過(guò)用「會(huì)話秘鑰」加密內(nèi)容。
Linux是怎么看內(nèi)存使用情況的?
使用 free -m 命令可以查看內(nèi)存的總體使用情況,輸出結(jié)果會(huì)大致如下:
total????????used????????free??????shared??buff/cache???available
Mem:????????????7982????????1746????????2523?????????155????????3703????????5818
Swap:???????????2047???????????6????????2041
關(guān)注以下幾項(xiàng):
used:已經(jīng)使用的內(nèi)存。
free:可用的空閑內(nèi)存。
available:可用的內(nèi)存,這包括了操作系統(tǒng)緩存,這個(gè)值更能代表實(shí)際可用內(nèi)存。
如果 available 的值長(zhǎng)期很低,可能表明內(nèi)存不足。
GET和POST的區(qū)別
根據(jù) RFC 規(guī)范,GET 的語(yǔ)義是從服務(wù)器獲取指定的資源,這個(gè)資源可以是靜態(tài)的文本、頁(yè)面、圖片視頻等。GET 請(qǐng)求的參數(shù)位置一般是寫在 URL 中,URL 規(guī)定只能支持 ASCII,所以 GET 請(qǐng)求的參數(shù)只允許 ASCII 字符 ,而且瀏覽器會(huì)對(duì) URL 的長(zhǎng)度有限制(HTTP協(xié)議本身對(duì) URL長(zhǎng)度并沒(méi)有做任何規(guī)定)。比如,你打開我的文章,瀏覽器就會(huì)發(fā)送 GET 請(qǐng)求給服務(wù)器,服務(wù)器就會(huì)返回文章的所有文字及資源。
根據(jù) RFC 規(guī)范,POST 的語(yǔ)義是根據(jù)請(qǐng)求負(fù)荷(報(bào)文body)對(duì)指定的資源做出處理,具體的處理方式視資源類型而不同。POST 請(qǐng)求攜帶數(shù)據(jù)的位置一般是寫在報(bào)文 body 中,body 中的數(shù)據(jù)可以是任意格式的數(shù)據(jù),只要客戶端與服務(wù)端協(xié)商好即可,而且瀏覽器不會(huì)對(duì) body 大小做限制。
比如,你在我文章底部,敲入了留言后點(diǎn)擊「提交」(暗示你們留言),瀏覽器就會(huì)執(zhí)行一次 POST 請(qǐng)求,把你的留言文字放進(jìn)了報(bào)文 body 里,然后拼接好 POST 請(qǐng)求頭,通過(guò) TCP 協(xié)議發(fā)送給服務(wù)器。
如果從 RFC 規(guī)范定義的語(yǔ)義來(lái)看:
GET 方法就是安全且冪等的,因?yàn)樗恰钢蛔x」操作,無(wú)論操作多少次,服務(wù)器上的數(shù)據(jù)都是安全的,且每次的結(jié)果都是相同的。所以,
可以對(duì) GET 請(qǐng)求的數(shù)據(jù)做緩存,這個(gè)緩存可以做到瀏覽器本身上(徹底避免瀏覽器發(fā)請(qǐng)求),也可以做到代理上(如nginx),而且在瀏覽器中 GET 請(qǐng)求可以保存為書簽。
POST
因?yàn)槭恰感略龌蛱峤粩?shù)據(jù)」的操作,會(huì)修改服務(wù)器上的資源,所以是不安全的,且多次提交數(shù)據(jù)就會(huì)創(chuàng)建多個(gè)資源,所以不是冪等的。所以,瀏覽器一般不會(huì)緩存 POST 請(qǐng)求,也不能把 POST 請(qǐng)求保存為書簽。
但是實(shí)際過(guò)程中,開發(fā)者不一定會(huì)按照 RFC 規(guī)范定義的語(yǔ)義來(lái)實(shí)現(xiàn) GET 和 POST 方法。比如:
- 可以用 GET 方法實(shí)現(xiàn)新增或刪除數(shù)據(jù)的請(qǐng)求,這樣實(shí)現(xiàn)的 GET 方法自然就不是安全和冪等??梢杂?POST 方法實(shí)現(xiàn)查詢數(shù)據(jù)的請(qǐng)求,這樣實(shí)現(xiàn)的 POST 方法自然就是安全和冪等。
C++的多態(tài)是什么?怎么通過(guò)虛函數(shù)實(shí)現(xiàn)?
C++中的多態(tài)性是指的是同一個(gè)操作作用于不同的對(duì)象時(shí),可以產(chǎn)生不同的行為。多態(tài)性主要通過(guò)虛函數(shù)實(shí)現(xiàn),能夠讓你以父類的指針或引用調(diào)用子類的實(shí)現(xiàn),從而在運(yùn)行時(shí)決定使用哪個(gè)函數(shù)。
C++中的多態(tài)通常分為兩種主要類型:
編譯時(shí)多態(tài)(靜態(tài)多態(tài)):通過(guò)函數(shù)重載和運(yùn)算符重載實(shí)現(xiàn),在編譯時(shí)確定調(diào)用哪個(gè)函數(shù)。
運(yùn)行時(shí)多態(tài)(動(dòng)態(tài)多態(tài)):通過(guò)虛函數(shù)實(shí)現(xiàn),在運(yùn)行時(shí)根據(jù)對(duì)象的實(shí)際類型決定調(diào)用的函數(shù)。實(shí)現(xiàn)原理是,每個(gè)包含虛函數(shù)的類都有一個(gè)虛函數(shù)表,這個(gè)表記錄了該類對(duì)象可以調(diào)用的虛函數(shù)指針,每個(gè)對(duì)象也有一個(gè)隱式的虛函數(shù)指針,指向其類的虛函數(shù)表。在運(yùn)行時(shí),調(diào)用虛函數(shù)時(shí),程序通過(guò)虛函數(shù)指針查找正確的函數(shù)。
虛函數(shù)是通過(guò)在基類中聲明一個(gè)函數(shù)為virtual
來(lái)實(shí)現(xiàn)的。這標(biāo)志著這個(gè)函數(shù)可以被派生類重寫(override)。當(dāng)通過(guò)基類指針或引用調(diào)用虛函數(shù)時(shí),C++會(huì)查找實(shí)際對(duì)象的類型,調(diào)用對(duì)應(yīng)的子類實(shí)現(xiàn),而不是基類的實(shí)現(xiàn)。
下面是一個(gè)簡(jiǎn)單的示例,展示了如何使用虛函數(shù)實(shí)現(xiàn)多態(tài)。
1. 定義基類和派生類
#include?<iostream>
using?namespace?std;
//?基類
class?Shape?{
public:
????//?虛函數(shù)
????virtual?void?draw()?{
????????cout?<<?"Drawing?Shape"?<<?endl;
????}
};
//?派生類:Circle
class?Circle?:?public?Shape?{
public:
????void?draw()?override?{??//?重寫虛函數(shù)
????????cout?<<?"Drawing?Circle"?<<?endl;
????}
};
//?派生類:Square
class?Square?:?public?Shape?{
public:
????void?draw()?override?{??//?重寫虛函數(shù)
????????cout?<<?"Drawing?Square"?<<?endl;
????}
};
2. 使用虛函數(shù)
- 創(chuàng)建一個(gè)函數(shù),接受基類指針作為參數(shù),利用多態(tài)性調(diào)用不同的派生類方法。
void?renderShape(Shape*?shape)?{
????shape->draw();??//?調(diào)用虛函數(shù)
}
int?main()?{
????Shape*?shape1?=?new?Circle();??//?創(chuàng)建?Circle?對(duì)象
????Shape*?shape2?=?new?Square();??//?創(chuàng)建?Square?對(duì)象
????renderShape(shape1);??//?輸出:?Drawing?Circle
????renderShape(shape2);??//?輸出:?Drawing?Square
????delete?shape1;??//?釋放內(nèi)存
????delete?shape2;??//?釋放內(nèi)存
????return?0;
}
C++的函數(shù)對(duì)象是什么?跟普通函數(shù)的區(qū)別?
函數(shù)對(duì)象是指一個(gè)重載了 operator()
的類或結(jié)構(gòu)體實(shí)例。函數(shù)對(duì)象可以像普通函數(shù)一樣被調(diào)用,但它們實(shí)際上是對(duì)象,具有狀態(tài)和行為。
普通函數(shù)與函數(shù)對(duì)象的區(qū)別:
-
- 定時(shí)方式:普通函數(shù)是用
返回類型 函數(shù)名(參數(shù))
-
- 語(yǔ)法定義的,而函數(shù)對(duì)象是一個(gè)類或結(jié)構(gòu)體,并重載了
operator()
- 。狀態(tài):普通函數(shù)無(wú)狀態(tài),而函數(shù)對(duì)象可以有內(nèi)置的狀態(tài)(成員變量)。調(diào)用方式:普通函數(shù)被直接調(diào)用,函數(shù)對(duì)象需要先創(chuàng)建實(shí)例,然后用實(shí)例調(diào)用。靈活性:函數(shù)對(duì)象可以重載多個(gè)操作符或添加更多功能,普通函數(shù)則只能定義一個(gè)函數(shù)。
普通函數(shù):
int?add(int?a,?int?b)?{
????return?a?+?b;
}
函數(shù)對(duì)象:
class?Add?{
public:
????int?operator()(int?a,?int?b)?{
????????return?a?+?b;
????}
};
Add?add;
int?result?=?add(2,?3);?//?調(diào)用函數(shù)對(duì)象
NoSQL是什么?有哪些NoSQL數(shù)據(jù)庫(kù)?
NoSQL指非關(guān)系型數(shù)據(jù)庫(kù) ,主要代表:MongoDB,Redis。NoSQL 數(shù)據(jù)庫(kù)邏輯上提供了不同于二維表的存儲(chǔ)方式,存儲(chǔ)方式可以是JSON文檔、哈希表或者其他方式。選擇 SQL vs NoSQL,考慮以下因素。
ACID vs BASE
關(guān)系型數(shù)據(jù)庫(kù)支持 ACID 即原子性,一致性,隔離性和持續(xù)性。相對(duì)而言,NoSQL 采用更寬松的模型 BASE , 即基本可用,軟狀態(tài)和最終一致性。從實(shí)用的角度出發(fā),我們需要考慮對(duì)于面對(duì)的應(yīng)用場(chǎng)景,ACID 是否是必須的。比如銀行應(yīng)用就必須保證 ACID,否則一筆錢可能被使用兩次;又比如社交軟件不必保證 ACID,因?yàn)橐粭l狀態(tài)的更新對(duì)于所有用戶讀取先后時(shí)間有數(shù)秒不同并不影響使用。對(duì)于需要保證 ACID 的應(yīng)用,我們可以優(yōu)先考慮 SQL。反之則可以優(yōu)先考慮 NoSQL。
擴(kuò)展性對(duì)比
NoSQL數(shù)據(jù)之間無(wú)關(guān)系,這樣就非常容易擴(kuò)展,也無(wú)形之間,在架構(gòu)的層面上帶來(lái)了可擴(kuò)展的能力。比如 redis 自帶主從復(fù)制模式、哨兵模式、切片集群模式。相反關(guān)系型數(shù)據(jù)庫(kù)的數(shù)據(jù)之間存在關(guān)聯(lián)性,水平擴(kuò)展較難 ,需要解決跨服務(wù)器 JOIN,分布式事務(wù)等問(wèn)題。
美團(tuán)AI面試 Java
技術(shù)八股:簡(jiǎn)述 CORS 的工作原理;什么是長(zhǎng)連接和短連接?它們各有什么優(yōu)缺點(diǎn)?如何查看當(dāng)前系統(tǒng)的內(nèi)存使用情況?什么是 MySQL 數(shù)據(jù)庫(kù)命名規(guī)范?為什么遵守命名規(guī)范很重要?解釋Java中的靜態(tài)變量和靜態(tài)方法。什么是Java里的垃圾回收?如何觸發(fā)垃圾回收?
系統(tǒng)設(shè)計(jì):設(shè)計(jì)一個(gè)基本的用戶隱私設(shè)置功能
場(chǎng)景題:描述一次你通過(guò)重構(gòu)代碼或優(yōu)化性能而學(xué)到新知識(shí)的經(jīng)歷描述一次你需要在有限資源、時(shí)間、人力、技術(shù)等下解決問(wèn)題的經(jīng)歷
簡(jiǎn)述 CORS 的工作原理
CORS(Cross-Origin Resource Sharing,跨源資源共享)是一種機(jī)制,它使用 HTTP 頭允許或限制不同源之間的資源共享。CORS 解決了瀏覽器的同源策略限制,使得網(wǎng)頁(yè)能夠安全地請(qǐng)求來(lái)自不同域的資源。
所謂的同源策略,在瀏覽器中,同源策略限制了從不同源(協(xié)議、域名和端口均不同)加載的資源。例如,域名為 example.com
的頁(yè)面無(wú)法直接請(qǐng)求 another-domain.com
上的資源。這是為了防止惡意網(wǎng)站竊取用戶數(shù)據(jù)。
CORS 的工作原理
請(qǐng)求階段:當(dāng)網(wǎng)頁(yè)嘗試從不同源發(fā)出請(qǐng)求時(shí),瀏覽器會(huì)首先檢查 CORS 策略。對(duì)于跨源請(qǐng)求,瀏覽器會(huì)自動(dòng)添加 CORS 請(qǐng)求頭。
簡(jiǎn)單請(qǐng)求和預(yù)檢請(qǐng)求:
簡(jiǎn)單請(qǐng)求
-
-
- :針對(duì) GET、POST(符合特定條件,如 Content-Type 為
-
application/x-www-form-urlencoded
-
-
- 、
-
multipart/form-data
-
-
- 或
-
text/plain
-
-
- )等安全請(qǐng)求,直接發(fā)送請(qǐng)求。
-
預(yù)檢請(qǐng)求:如果請(qǐng)求的 HTTP 方法為 PUT、DELETE 或使用了自定義的請(qǐng)求頭,瀏覽器會(huì)先發(fā)送一個(gè) OPTIONS 請(qǐng)求到服務(wù)器,詢問(wèn)目標(biāo)資源的 CORS 允許情況,這被稱為預(yù)檢請(qǐng)求。
服務(wù)器響應(yīng):
Access-Control-Allow-Origin
-
-
- :指定允許訪問(wèn)的源,可以是特定源或
-
*
-
-
- (允許所有源)。
-
Access-Control-Allow-Methods
-
-
- :指定允許的 HTTP 方法(如 GET、POST、PUT 等)。
-
Access-Control-Allow-Headers
-
-
- :允許的請(qǐng)求頭,主要用于自定義請(qǐng)求頭的情況。
-
Access-Control-Max-Age
-
-
- :表示預(yù)檢請(qǐng)求的有效期。服務(wù)器需要在響應(yīng)中包含 CORS 相關(guān)的 HTTP 頭,指示是否允許該跨源請(qǐng)求。主要的 CORS 響應(yīng)頭包括:
-
瀏覽器處理響應(yīng):如果服務(wù)器響應(yīng)的 CORS 頭匹配請(qǐng)求的源和相關(guān)設(shè)置,瀏覽器允許請(qǐng)求的結(jié)果繼續(xù)處理。如果 CORS 配置不匹配,瀏覽器會(huì)阻止請(qǐng)求并發(fā)出錯(cuò)誤。
工作流程示例
發(fā)起請(qǐng)求:
-
-
- 用戶在http://example.com
-
-
-
- 的頁(yè)面中發(fā)起向http://api.example.com/data
-
-
-
- 的 AJAX 請(qǐng)求。
-
瀏覽器發(fā)起預(yù)檢請(qǐng)求(如果是跨域 POST 等):
-
- 瀏覽器發(fā)送一個(gè) OPTIONS 請(qǐng)求:
OPTIONS?/data?HTTP/1.1
Origin:?http://example.com
服務(wù)器響應(yīng):
-
- 服務(wù)器響應(yīng)包含 CORS 相關(guān)頭:
HTTP/1.1?204?No?Content
Access-Control-Allow-Origin:?http://example.com
Access-Control-Allow-Methods:?GET,?POST
發(fā)送實(shí)際請(qǐng)求:
-
- 如果預(yù)檢請(qǐng)求成功,瀏覽器將發(fā)送實(shí)際的請(qǐng)求(如 POST)。服務(wù)器再次返回?cái)?shù)據(jù),并包含 CORS 頭,允許瀏覽器處理響應(yīng)。
什么是長(zhǎng)連接和短連接?它們各有什么優(yōu)缺點(diǎn)?
長(zhǎng)連接:
- 定義:當(dāng)一個(gè)網(wǎng)頁(yè)打開完成后,客戶端和服務(wù)器之間用于傳輸 HTTP 數(shù)據(jù)的 TCP 連接不會(huì)關(guān)閉,客戶端再次訪問(wèn)這個(gè)服務(wù)器時(shí),會(huì)繼續(xù)使用這一條已經(jīng)建立的連接。
- 優(yōu)點(diǎn):可以省去較多的 TCP 建立和關(guān)閉的操作,減少浪費(fèi),節(jié)約時(shí)間。對(duì)于頻繁請(qǐng)求資源的客戶來(lái)說(shuō)較適用。
- 缺點(diǎn):存在存活功能的探測(cè)周期長(zhǎng)的問(wèn)題,遇到惡意連接時(shí)?;罟δ懿粔颍浑S著客戶端連接增多,服務(wù)器可能扛不住,需要采取一些策略來(lái)管理連接。
短連接:
- 定義:客戶端和服務(wù)器每進(jìn)行一次 HTTP 操作,就建立一次連接,任務(wù)結(jié)束就中斷連接。
- 優(yōu)點(diǎn):管理起來(lái)比較簡(jiǎn)單,存在的連接都是有用的連接,不需要額外的控制手段。
- 缺點(diǎn):如果客戶請(qǐng)求頻繁,將在 TCP 的建立和關(guān)閉操作上浪費(fèi)時(shí)間和帶寬。
如何查看當(dāng)前系統(tǒng)的內(nèi)存使用情況?
可以通過(guò) top 或者 freem 命令都可以查看內(nèi)存情況
top 命令的 mem 信息這一欄,就是系統(tǒng)內(nèi)存的使用:
free 命令就是專門看系統(tǒng)內(nèi)存的使用情況。
什么是 MySQL 數(shù)據(jù)庫(kù)命名規(guī)范?為什么遵守命名規(guī)范很重要?
MySQL 數(shù)據(jù)庫(kù)命名規(guī)范是指在創(chuàng)建和管理數(shù)據(jù)庫(kù)、表、列、索引及其他對(duì)象時(shí),遵循的一些標(biāo)準(zhǔn)化的命名規(guī)則。這些規(guī)范能夠幫助開發(fā)者提高代碼的可讀性、可維護(hù)性及簡(jiǎn)潔性。以下是一些常見的 MySQL 數(shù)據(jù)庫(kù)命名規(guī)范:
表名命名規(guī)范:使用小寫字母,單詞之間用下劃線分隔(snake_case)。表名應(yīng)簡(jiǎn)潔且具有描述性,例如:user_profiles
-
- 。大多數(shù)情況下,表名使用復(fù)數(shù)形式來(lái)表示集合,例如:users
-
- 而不是user。
列名命名規(guī)范:同樣使用小寫字母,單詞之間用下劃線分隔(snake_case)。列名應(yīng)能清晰描述所存儲(chǔ)的數(shù)據(jù),例如:
created_at
-
- 、
email_address
- 。
索引命名規(guī)范:
-
- 索引名稱應(yīng)以
idx_
-
- 開頭,后接表名和列名,例如:
idx_users_email
-
- 。對(duì)于唯一索引,可以以
uniq_
-
- 開頭,例如:
uniq_users_email
- 。
解釋Java中的靜態(tài)變量和靜態(tài)方法。
在Java中,靜態(tài)變量和靜態(tài)方法是與類本身關(guān)聯(lián)的,而不是與類的實(shí)例(對(duì)象)關(guān)聯(lián)。它們?cè)趦?nèi)存中只存在一份,可以被類的所有實(shí)例共享。
靜態(tài)變量
靜態(tài)變量(也稱為類變量)是在類中使用static
關(guān)鍵字聲明的變量。它們屬于類而不是任何具體的對(duì)象。主要的特點(diǎn):
共享性
-
- :所有該類的實(shí)例共享同一個(gè)靜態(tài)變量。如果一個(gè)實(shí)例修改了靜態(tài)變量的值,其他實(shí)例也會(huì)看到這個(gè)更改。
初始化
-
- :靜態(tài)變量在類被加載時(shí)初始化,只會(huì)對(duì)其進(jìn)行一次分配內(nèi)存。
訪問(wèn)方式
- :靜態(tài)變量可以直接通過(guò)類名訪問(wèn),也可以通過(guò)實(shí)例訪問(wèn),但推薦使用類名。
示例:
public?class?MyClass?{
????static?int?staticVar?=?0;?//?靜態(tài)變量
????public?MyClass()?{
????????staticVar++;?//?每創(chuàng)建一個(gè)對(duì)象,靜態(tài)變量自增
????}
????
????public?static?void?printStaticVar()?{
????????System.out.println("Static?Var:?"?+?staticVar);
????}
}
//?使用示例
MyClass?obj1?=?new?MyClass();
MyClass?obj2?=?new?MyClass();
MyClass.printStaticVar();?//?輸出?Static?Var:?2
靜態(tài)方法
靜態(tài)方法是在類中使用static
關(guān)鍵字聲明的方法。類似于靜態(tài)變量,靜態(tài)方法也屬于類,而不是任何具體的對(duì)象。主要的特點(diǎn):
無(wú)實(shí)例依賴:靜態(tài)方法可以在沒(méi)有創(chuàng)建類實(shí)例的情況下調(diào)用。對(duì)于靜態(tài)方法來(lái)說(shuō),不能直接訪問(wèn)非靜態(tài)的成員變量或方法,因?yàn)殪o態(tài)方法沒(méi)有上下文的實(shí)例。
訪問(wèn)靜態(tài)成員:靜態(tài)方法可以直接調(diào)用其他靜態(tài)變量和靜態(tài)方法,但不能直接訪問(wèn)非靜態(tài)成員。
多態(tài)性:靜態(tài)方法不支持重寫(Override),但可以被隱藏(Hide)。
public?class?MyClass?{
????static?int?count?=?0;
????//?靜態(tài)方法
????public?static?void?incrementCount()?{
????????count++;
????}
????public?static?void?displayCount()?{
????????System.out.println("Count:?"?+?count);
????}
}
//?使用示例
MyClass.incrementCount();?//?調(diào)用靜態(tài)方法
MyClass.displayCount();???//?輸出?Count:?1
使用場(chǎng)景
靜態(tài)變量:常用于需要在所有對(duì)象間共享的數(shù)據(jù),如計(jì)數(shù)器、常量等。
靜態(tài)方法:常用于助手方法(utility methods)、獲取類級(jí)別的信息或者是沒(méi)有依賴于實(shí)例的數(shù)據(jù)處理。
什么是Java里的垃圾回收?如何觸發(fā)垃圾回收?
垃圾回收(Garbage Collection, GC)是自動(dòng)管理內(nèi)存的一種機(jī)制,它負(fù)責(zé)自動(dòng)釋放不再被程序引用的對(duì)象所占用的內(nèi)存,這種機(jī)制減少了內(nèi)存泄漏和內(nèi)存管理錯(cuò)誤的可能性。垃圾回收可以通過(guò)多種方式觸發(fā),具體如下:
內(nèi)存不足時(shí):當(dāng)JVM檢測(cè)到堆內(nèi)存不足,無(wú)法為新的對(duì)象分配內(nèi)存時(shí),會(huì)自動(dòng)觸發(fā)垃圾回收。
手動(dòng)請(qǐng)求:雖然垃圾回收是自動(dòng)的,開發(fā)者可以通過(guò)調(diào)用
System.gc()
-
- 或
Runtime.getRuntime().gc()
-
- 建議 JVM 進(jìn)行垃圾回收。不過(guò)這只是一個(gè)建議,并不能保證立即執(zhí)行。
JVM參數(shù):?jiǎn)?dòng) Java 應(yīng)用時(shí)可以通過(guò) JVM 參數(shù)來(lái)調(diào)整垃圾回收的行為,比如:
-Xmx
(最大堆大?。?、
-Xms
(初始堆大小)等。
對(duì)象數(shù)量或內(nèi)存使用達(dá)到閾值:垃圾收集器內(nèi)部實(shí)現(xiàn)了一些策略,以監(jiān)控對(duì)象的創(chuàng)建和內(nèi)存使用,達(dá)到某個(gè)閾值時(shí)觸發(fā)垃圾回收。