位元組跳動面試題

http協議

http協議是乙個應用層的協議，由請求和響應構成，使用統一資源識別符號來傳遞資料和建立連線。

一次http請求的基本流程一般是，在建立tcp連線後，由客戶端向服務端發起一次請求 request ，而伺服器在接收到以後返回給客戶端乙個響應 response 。所以我們看到的http請求內容一般就分為請求和響應兩部分。http協議通常承載於tcp協議之上，有時也承載於tls或ssl協議層之上，這個時候，就成了我們常說的https。預設http的埠號為80。

每乙個http請求都由三部分組成，分別是：

請求行、請求行一般由請求方法、url路徑、協議版本組成

請求報頭、括普通報頭、請求報頭、響應報頭、實體報頭。每個報頭的形式如下：

host：請求資源的網域名稱，主機號和埠號

accept:可接收的資料格式

cookie資訊

accept-encoding

請求正文。請求正文通常是使用post方法進行傳送的資料

http響應同樣也是由三部分組成

狀態行、由http協議版本號，狀態碼，狀態訊息三部分組成

響應報頭、

allow：伺服器支援哪些方法

date

set_cookie

報文主體。

cookie session介紹一下

儲存的位置，利弊

安全性現在的搭配使用：session依賴於cookie使用：

通過cookie儲存乙個session_id，然後具體的資料則是儲存在session中。如果使用者已經登入，則伺服器會在cookie中儲存乙個session_id，下次再次請求的時候，會把該session_id攜帶上來，伺服器根據session_id在session庫中獲取使用者的session資料。就能知道該使用者到底是誰，以及之前儲存的一些狀態資訊。這種專業術語叫做server side session。

將session資料加密，然後儲存在cookie中

session表結構怎麼設計,儲存在**

多個伺服器下的session一致性：支援通過配置檔案修改session的儲存介質為sql server的，所有機器的會話資料都從同乙個資料庫讀，就不會存在不一致的問題；

sessionid是乙個會話的key，瀏覽器第一次訪問伺服器會在伺服器端生成乙個session，有乙個sessionid和它對應。tomcat生成的sessionid叫做jsessionid。session在訪問tomcat伺服器httpservletrequest的getsession(true)的時候建立，tomcat的managerbase類提供建立sessionid的方法：隨機數+時間+jvmid。儲存在伺服器的記憶體中，tomcat的standardmanager類將session儲存在記憶體中，也可以持久化到file，資料庫，memcache，redis等。客戶端只儲存sessionid到cookie中，而不會儲存session，session銷毀只能通過invalidate或超時，關掉瀏覽器並不會關閉session。

你們的session cookie在專案裡運用到**

使用者的直接登陸。

演算法題目:[刪除鍊錶中重複的節點]在乙個排序的鍊錶中,存在重複的節點,請刪除該鍊錶中重複的節點,重複的節點不保留,返回煉表頭指標.例如,鍊錶1-2-3-3-4-4-5處理後為1-2-5

tcp/udp的區別介紹一

tcp如何保證傳輸的有效性。

innodb和myisam的區別

樂觀鎖悲觀鎖區別說一下

資料庫四種隔離狀態分別有什麼問題

redis的資料結構

sortset底層,原理,怎麼保證有序

作業系統的虛擬記憶體

程序的三種狀態：

程序排程的方式

程序間的通訊方式：

執行緒間的同步方式：

程序和執行緒的區別

常見的排序演算法

位元組跳動面試題

位元組跳動面試題

位元組跳動面試題

位元組跳動Data面試題

相關推薦