欧美三区_成人在线免费观看视频_欧美极品少妇xxxxⅹ免费视频_a级毛片免费播放_鲁一鲁中文字幕久久_亚洲一级特黄

python必會(huì)進(jìn)階經(jīng)典面試題(答案)分享

系統(tǒng) 1607 0

···python
這些題的答案是自己做的,可能有些答的不到位,總之,和大家一起進(jìn)步吧! 希望對(duì)大家有所幫助。

1、 在瀏覽器輸入www.google.com回車后,會(huì)發(fā)生什么?
答:
(1)查找域名的IP地址,DNS域名解析 --瀏覽器首先要確認(rèn)的是域名所對(duì)應(yīng)的服務(wù)器IP地址,獲取是需要的頁(yè)面內(nèi)容,由DNS服務(wù)器將域名解析成對(duì)應(yīng)的服務(wù)器IP地址。
(2)建立TCP鏈接 ,客戶端與服務(wù)器的TCP鏈接 – 三次握手
(3)客戶端發(fā)起請(qǐng)求后服務(wù)器接收請(qǐng)求,處理請(qǐng)求并返回響應(yīng)內(nèi)容
(4)關(guān)閉TCP連接
(5)瀏覽器解析HTML,渲染頁(yè)面

2、 簡(jiǎn)述TCP三次握手的過(guò)程
答:
第一次握手:建立連接時(shí),客戶端發(fā)送syn包(syn=j)到服務(wù)器,并進(jìn)入SYN_SEND狀態(tài),等待服務(wù)器確認(rèn);
第二次握手:服務(wù)器收到syn包,必須確認(rèn)客戶的SYN(ack=j+1),同時(shí)自己也發(fā)送一個(gè)SYN包(syn=k),此時(shí)服務(wù)器進(jìn)入SYN_RECV狀態(tài);
第三次握手:客戶端收到服務(wù)器的SYN+ACK包,向服務(wù)器發(fā)送確認(rèn)包ACK(ack=k+1),此包發(fā)送完畢,客戶端和服務(wù)器進(jìn)入ESTABLISHED狀態(tài),完成三次握手.完成三次握手,客戶端與服務(wù)器開(kāi)始傳送數(shù)據(jù)

3、 簡(jiǎn)述HTTP、TCP、IP、UDP和區(qū)別
答:
(1)TCP/UDP協(xié)議是傳輸層協(xié)議,主要解決數(shù)據(jù)如何在網(wǎng)絡(luò)中傳輸,而HTTP是應(yīng)用層協(xié)議,主要解決如何包裝數(shù)據(jù)。IP協(xié)議是網(wǎng)絡(luò)層協(xié)議。
(2)TCP提供有保證的數(shù)據(jù)傳輸,而UDP不提供。這意味著TCP有一個(gè)特殊的機(jī)制來(lái)確保數(shù)據(jù)安全的不出錯(cuò)的從一個(gè)端點(diǎn)傳到另一個(gè)端點(diǎn),而UDP不提供任何這樣的保證。
(3)HTTP(超文本傳輸協(xié)議)是利用TCP在兩臺(tái)電腦(通常是Web服務(wù)器和客戶端)之間傳輸信息的協(xié)議??蛻舳耸褂肳eb瀏覽器發(fā)起HTTP請(qǐng)求給Web服務(wù)器,Web服務(wù)器發(fā)送被請(qǐng)求的信息給客戶端。

4、 簡(jiǎn)述HTTP與HTTPS的區(qū)別
答:
(1)Http:超文本傳輸協(xié)議,Http協(xié)議是以明文方式發(fā)送信息的,如果黑客截取了Web瀏覽器和服務(wù)器之間的傳輸報(bào)文,就可以直接獲得其中的信息。
(2)Https:是以安全為目標(biāo)的Http通道,是Http的安全版。Https的安全基礎(chǔ)是SSL。SSL協(xié)議位于TCP/IP協(xié)議與各種應(yīng)用層協(xié)議之間,為數(shù)據(jù)通訊提供安全支持。
(3)http默認(rèn)端口號(hào)是80,Https是443。
(4)Https協(xié)議握手階段比較費(fèi)時(shí), Https連接緩存不如Http高效

5、 簡(jiǎn)述Cookie、Session的工作原理
答:cookie工作原理:
(1)創(chuàng)建:用戶向服務(wù)器發(fā)起請(qǐng)求時(shí),由服務(wù)器端生成,通過(guò)response對(duì)象響應(yīng)給瀏覽器并保存
(2)使用:當(dāng)再次發(fā)起請(qǐng)求時(shí),request對(duì)象攜帶瀏覽器的cookie到達(dá)服務(wù)器,再通過(guò)request對(duì)象讀取cookie中的值

session工作原理:
瀏覽器第一次請(qǐng)求session對(duì)象時(shí),服務(wù)器會(huì)創(chuàng)建一個(gè)session并且生成一個(gè)sessionId,存儲(chǔ)在數(shù)據(jù)庫(kù)中,并將sessionid返回給瀏覽器,這個(gè)sessionId會(huì)被保存在瀏覽器的會(huì)話cookie中。
在瀏覽器不關(guān)閉的情況下,之后的每次請(qǐng)求請(qǐng)求頭都會(huì)攜帶這個(gè)sessionId到服務(wù)器。服務(wù)器接收到請(qǐng)求后就得到該請(qǐng)求的sessionID,服務(wù)器找到該id對(duì)應(yīng)的session返還給請(qǐng)求者使用。

  1. 事務(wù)的基本特征
    原子性(atomicity):一個(gè)事務(wù)必須視為一個(gè)不可分割的最小工作單元,整個(gè)事務(wù)中的所有操作要么全部提交成功,要么全部失敗回滾,對(duì)于一個(gè)事務(wù)來(lái)說(shuō),不可能只執(zhí)行其中的一部分操作
    一致性(consistency):數(shù)據(jù)庫(kù)總數(shù)從一個(gè)一致性的狀態(tài)轉(zhuǎn)換到另一個(gè)一致性的狀態(tài)。
    隔離性(isolation):一個(gè)事務(wù)所做的修改在最終提交以前,對(duì)其他事務(wù)是不可見(jiàn)的。
    持久性(durability):一旦事務(wù)提交,則其所做的修改就會(huì)永久保存到數(shù)據(jù)庫(kù)中。此時(shí)即使系統(tǒng)崩潰,修改的數(shù)據(jù)也不會(huì)丟失。

  2. 說(shuō)一說(shuō)你能想到的sql語(yǔ)句優(yōu)化,至少五種
    避免全表掃描select *,將需要查找的字段列出來(lái)
    盡量避免在 where 子句中使用!=或<>操作符,否則將引擎放棄使用索引而進(jìn)行全表掃描
    盡量避免在 where 子句中使用 or 來(lái)連接條件,否則將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描
    使用連接(join)來(lái)代替子查詢
    使用limit對(duì)查詢結(jié)果的記錄進(jìn)行限定
    用 exists 代替 in 是一個(gè)好的選擇
    用Where子句替換HAVING 子句 因?yàn)镠AVING 只會(huì)在檢索出所有記錄之后才對(duì)結(jié)果集進(jìn)行過(guò)濾

  3. union、union all的區(qū)別
    對(duì)重復(fù)結(jié)果的處理:UNION在進(jìn)行表鏈接后會(huì)篩選掉重復(fù)的記錄,Union All不會(huì)去除重復(fù)記錄
    對(duì)排序的處理:Union將會(huì)按照字段的順序進(jìn)行排序;UNION ALL只是簡(jiǎn)單的將兩個(gè)結(jié)果合并后就返回;
    從效率上說(shuō),UNION ALL 要比UNION快很多

  4. 索引的作用?和它的優(yōu)點(diǎn)缺點(diǎn)是什么
    索引就一種特殊的查詢表,數(shù)據(jù)庫(kù)的搜索引擎可以利用它加速對(duì)數(shù)據(jù)的檢索。它很類似與現(xiàn)實(shí)生活中書的目錄,不需要查詢整本書內(nèi)容就可以找到想要的數(shù)據(jù)。索引可以是唯一的,創(chuàng)建索引允許指定單個(gè)列或者是多個(gè)列。缺點(diǎn)是它減慢了數(shù)據(jù)錄入的速度,同時(shí)也增加了數(shù)據(jù)庫(kù)的尺寸大小

  5. MySQL主要的索引類型
    普通索引:是最基本的索引,它沒(méi)有任何限制;
    唯一索引:索引列的值必須唯一,但允許有空值。如果是組合索引,則列值的組合必須唯一;
    主鍵索引:是一種特殊的唯一索引,一個(gè)表只能有一個(gè)主鍵,不允許有空值;
    組合索引:指多個(gè)字段上創(chuàng)建的索引,只有在查詢條件中使用了創(chuàng)建索引時(shí)的第一個(gè)字段,索引才會(huì)被使用。使用組合索引時(shí)遵循最左前綴集合;
    全文索引:主要用來(lái)查找文本中的關(guān)鍵字,而不是直接與索引中的值相比較,mysql中MyISAM支持全文索引而InnoDB不支持;

  6. 使用索引注意事項(xiàng)
    索引不會(huì)包含有NULL的列,復(fù)合索引中只要有一列含有NULL值,那么這一列對(duì)于此符合索引就是無(wú)效的;使用短索引,對(duì)串列進(jìn)行索引,如果可以就應(yīng)該指定一個(gè)前綴長(zhǎng)度;短索引不僅可以提高查詢速度而且可以節(jié)省磁盤空間和I/O操作;
    mysql查詢只使用一個(gè)索引,因此數(shù)據(jù)庫(kù)默認(rèn)排序可以符合要求的情況下不要使用排序操作,盡量不要包含多個(gè)列的排序,如果需要最好給這些列建復(fù)合索引;
    索引要建立在值比較唯一的字段上;對(duì)于那些定義為text、image和bit數(shù)據(jù)類型的列不應(yīng)該增加索引

  7. 說(shuō)一說(shuō)臟讀、不可重復(fù)讀、幻讀
    臟讀:事務(wù)A讀取了事務(wù)B更新的數(shù)據(jù),然后B回滾操作,那么A讀取到的數(shù)據(jù)是臟數(shù)據(jù);
    不可重復(fù)讀:事務(wù) A 多次讀取同一數(shù)據(jù),事務(wù) B 在事務(wù)A多次讀取的過(guò)程中,對(duì)數(shù)據(jù)作了更新并提交,導(dǎo)致事務(wù)A多次讀取同一數(shù)據(jù)時(shí),結(jié)果因此本事務(wù)先后兩次讀到的數(shù)據(jù)結(jié)果會(huì)不一致;
    幻讀:幻讀解決了不重復(fù)讀,保證了同一個(gè)事務(wù)里,查詢的結(jié)果都是事務(wù)開(kāi)始時(shí)的狀態(tài)(一致性);


更多文章、技術(shù)交流、商務(wù)合作、聯(lián)系博主

微信掃碼或搜索:z360901061

微信掃一掃加我為好友

QQ號(hào)聯(lián)系: 360901061

您的支持是博主寫作最大的動(dòng)力,如果您喜歡我的文章,感覺(jué)我的文章對(duì)您有幫助,請(qǐng)用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧,狠狠點(diǎn)擊下面給點(diǎn)支持吧,站長(zhǎng)非常感激您!手機(jī)微信長(zhǎng)按不能支付解決辦法:請(qǐng)將微信支付二維碼保存到相冊(cè),切換到微信,然后點(diǎn)擊微信右上角掃一掃功能,選擇支付二維碼完成支付。

【本文對(duì)您有幫助就好】

您的支持是博主寫作最大的動(dòng)力,如果您喜歡我的文章,感覺(jué)我的文章對(duì)您有幫助,請(qǐng)用微信掃描上面二維碼支持博主2元、5元、10元、自定義金額等您想捐的金額吧,站長(zhǎng)會(huì)非常 感謝您的哦?。。?/p>

發(fā)表我的評(píng)論
最新評(píng)論 總共0條評(píng)論
主站蜘蛛池模板: 国产精品成人国产乱一区 | 久久亚洲这里只有精品18 | 欧美日韩精品一区二区三区蜜桃 | av一区二区三区 | 久草福利 | 欧美在线视频一区二区三区 | 边摸边吃奶边做激情叫床文章 | 日本亚洲天堂网 | 性欧美激情在线观看 | 日韩欧美大片 | 香蕉av777xxx色综合一区 | 国产一区二区三区久久久久久久久 | 日韩欧美精品在线 | 久久国产精品免费网站 | 91看片淫黄大片欧美看国产片 | 欧洲色阁中文字幕 | 久久精品首页 | 婷婷精品国产一区二区三区日韩 | 亚洲精品第一综合99久久 | 日本理伦片午夜理伦片 | 国产精品视频网 | 日韩黄色一级大片 | 一级毛片欧美 | 精品无码久久久久久国产 | 欧美老妇交乱视频 | 日韩免费视频一区二区 | 国内一级特黄女人精品片 | 51色视频| videos韩国 | 国产中文视频 | 激情一区二区三区成人 | 亚洲精品人成网线在线 | 国产成人午夜精品5599 | 精品国产不卡一区二区三区 | 久久亚洲二区 | 久草论坛 | 粉嫩在线| 久久99热这里只频精品6中文字幕 | 97在线观视频免费观看 | 国产精品久久久久亚洲 | 免费中文字幕日韩欧美 |