字典和列表的區(qū)別？最本質(zhì)的區(qū)別:第一種方法得到的是一個列表，而第二種方法得到的是一個用python表示的字典。1.type(a) list2.type(a) dict顯示在交互界面中:第一種:a[{n

字典和列表的區(qū)別？

最本質(zhì)的區(qū)別:第一種方法得到的是一個列表，而第二種方法得到的是一個用python表示的字典。

1.type(a) list2.type(a) dict顯示在交互界面中:

第一種:a[{nam:fokil}]此時的A是一個列表，它擁有一個列表的所有方法和屬性，但是沒有任何字典方法和屬性。

一個列表可以有n個元素，元素的類型是任意的，與列表本身無關(guān)。這時，A有一個元素，它是一個字典——但這并不意味著整個列表A具有任何字典的性質(zhì)。明白了嗎？第二種:a{nam:[fokil]}同上。此時，A是一個字典，它具有一個字典的所有方法和屬性，但沒有任何列表方法和屬性。一個字典可以有n個元素，每個元素由一對鍵和一組內(nèi)容組成。

鍵可以是任何單一的對象類型(不是列表或字典，而是元組)。當然也可以是數(shù)字、字符/字符串，甚至是文件對象)，密鑰對應(yīng)的內(nèi)容可以是任意類型。

此時，A中只有一個元素，鍵是字符串，內(nèi)容是包含字符串元素的列表——同樣，這并不意味著A有任何列表屬性?？傊?，嚴格來說，不存在 "字典列表和or "列表詞典 "，而是一個列表，它包含的元素的類型是字典——當然，列表中的元素可以是不同的類型，比如:a。

同理，字典只有一個，它的部分元素是列表(當然關(guān)鍵部分可以 t不是一個列表)。當然也可能是不同類型的元素:a { 1 echo F5-@ .com b，(1，2，3):[4，5，6]，teste CHO 7-@ .com { t:[t

python程序員二面一般問什么？

Python程序員一般會問以下問題:

什么？;Python列表、元組、字典在1:有什么區(qū)別？

這個問題應(yīng)該是經(jīng)常問的，我們在這里詳細解釋一下。

列表，Python s列表實際上是一個動態(tài)數(shù)組，存儲在一個連續(xù)的內(nèi)存塊中。隨機存取的復(fù)雜度為O(1)，插入和刪除元素時內(nèi)存塊會移動，時間復(fù)雜度為O(n)。同時，它是一個可變的對象。當我們給鏈表賦值時，我們只得到它的內(nèi)存地址。如果我們需要將列表的所有內(nèi)容復(fù)制到另一個變量中，我們需要使用c。Opy(淺層拷貝)和deepcopy(深層拷貝)。

元組，Python s tuple是不可變的數(shù)據(jù)結(jié)構(gòu)，本質(zhì)上也是數(shù)組。因為它是一個不可變的對象，元組的長度在創(chuàng)建時是恒定的，所以我們可以 t添加和刪除元素。但是，元組中包含的對象是可變的。當我們將一個包含元組的變量賦給另一個變量時，我們實際上是在內(nèi)存中重新申請一個內(nèi)存空間來創(chuàng)建一個新的元組。

Dict，Python 的字典是哈希表，是根據(jù)Key，Value直接訪問的數(shù)據(jù)結(jié)構(gòu))。這里沒有太多關(guān)于hash函數(shù)的分析，大家可以自己理解。如果字典產(chǎn)生散列，也就是當鍵遇到重復(fù)項時。Python會通過開放尋址的方法計算下一個候選位置，反復(fù)測試最終保證生成的哈希值不會。字典和列表一樣，也是可變對象，復(fù)制內(nèi)容也需要copy(淺層復(fù)制)和deepcopy(深層復(fù)制)。

2:如何逆序輸出一個字符串或數(shù)字？

字符串逆序，我們可以用Python切片來反轉(zhuǎn)字符串，參考下面的:代碼。

Str1 #3，千里而來，敲打著玉門關(guān)城垛# 34 Print(STR 1[: :-1])

切片: [start_ind: stop_ind:步驟的參數(shù)格式]

如果我們不這樣做。;t填入切片起止位置參數(shù)，那么默認是取字符串的所有內(nèi)容。當步長參數(shù)(步長)為負時，字符串會自動從右向左取值，-1是依次取值，所以自然是逆序。

我們也可以通過切片的原理把數(shù)字逆序輸出。

#正整數(shù)號10002 n: :-1])#負整數(shù)號-10002 new _ NUMBER int(# 39-{ 0 } #(str(ABS(NUMBER))[echo 19

3:，談?wù)凱ython 的內(nèi)存管理機制

Python內(nèi)置了垃圾收集機制，引用計數(shù)就是這種機制的一部分。

在Pyhton源代碼中，我們實際上使用的是py _ inchref (op)和py _ d。ECREF(op)來增加和減少參考計數(shù)。

當一個對象被創(chuàng)建、被賦值、被參數(shù)傳遞和被函數(shù)返回時，它的引用計數(shù)值(ob_refcnt)可能會增加1(INC)并一直累加。

當對象變量失去作用域時，引用計數(shù)的值減1(DEC)。

當一個對象的引用計數(shù)減為0 (ob_refcnt為0)時，Py_DECR:會話、Cookie和令牌是什么？

會話是一個概念，信息存儲在服務(wù)器上。

Cookie是Session的一個實現(xiàn)，信息存儲在客戶端(瀏覽器)。

由于HTTP協(xié)議的無狀態(tài)特性，我們需要在瀏覽器和服務(wù)器之間建立一個憑證來識別用戶 的身份和詳細信息。該憑證可以是Cookie或Token。

當用戶成功登錄時，我們可以從他在服務(wù)器上的身份證書生成會話消息，并將其保存在文件、數(shù)據(jù)庫或內(nèi)存中。通常，一個會話會有一個會話id。

訪問服務(wù)器上的會話信息需要會話id，所以通常，我們將會話id存儲在Cookie中。

Cookie實際上是在用戶登錄生成會話信息后，將會話ID或其他附加信息返回給客戶端，會話信息由客戶端存儲在本地文件中。

當瀏覽器向服務(wù)器發(fā)出請求時，會用Cookie中的會話id訪問服務(wù)器，服務(wù)器會根據(jù)會話id找到存儲的會話信息。如果可以找到信息并且內(nèi)容正確，則認為訪問是有效的。

Cookie可以存儲其他非敏感信息(如用戶昵稱、頭像等。)之外的會話id，并將它們提供給瀏覽器直接使用，而不是每次都從服務(wù)器獲取。

Token實際上是用在RESTAPI相關(guān)的服務(wù)中。

它的認證機制是當用戶登錄時，服務(wù)器計算一個令牌信息并存儲在服務(wù)器中返回給客戶端。內(nèi)容通常包括用戶id、當前時間戳、簽名和其他信息。

令牌通常存儲在客戶端的本地存儲、cookie或會話存儲中。在服務(wù)器中，它通常存儲在數(shù)據(jù)庫中。

當客戶機再次請求服務(wù)器時，它將在本地獲取令牌信息，并將其放入頭中。當服務(wù)器接收到請求時，它會自動轉(zhuǎn)到頭部來獲取用于解析的令牌。其他用戶身份。

5.5:GET和POST的區(qū)別和作用是什么？

GET和POST本質(zhì)上沒有區(qū)別，HTTP協(xié)議也沒有規(guī)定GET和POST的傳輸數(shù)據(jù)長度的限制。

唯一的限制可能存在于服務(wù)器上。;服務(wù)程序和瀏覽器。

在Nginx或各種web服務(wù)器服務(wù)中，通常對定義GET和POST傳輸?shù)淖畲箝L度有限制。

GET submission的數(shù)據(jù)長度限制通常取決于瀏覽器，每個瀏覽器的限制都不一樣。

在HTTP協(xié)議中，使用什么方法和如何傳輸數(shù)據(jù)之間沒有關(guān)系。在大多數(shù)網(wǎng)絡(luò)服務(wù)器中。GET和POST提交的數(shù)據(jù)實際上在BODY區(qū)域。我們可以通過GET或POST傳輸文件。

之所以通常定義GET獲取數(shù)據(jù)，POST用于提交數(shù)據(jù)，是因為GET請求是冪等的，而POST請求不是。

冪等性意味著對資源的一個或多個請求應(yīng)該具有相同的副作用。簡單地說，這意味著對同一個URL的多個請求應(yīng)該返回相同的結(jié)果。

基于冪等原理，我們在使用GET添加、修改、刪除數(shù)據(jù)時，會有副作用，因為在網(wǎng)絡(luò)情況不好時，GET會自動嘗試重試，增加了數(shù)據(jù)重復(fù)操作的風險。用它來獲取數(shù)據(jù)就沒有這樣的風險，因為即使我們對一個資源請求100萬次，它也不會改變。

這個問題要看面試官的技術(shù)水平。如果面試官愿意和你深入交談，你可以這樣回答。如果面試官腦子里有一些標準答案，建議只使用GET獲取數(shù)據(jù)，POST提交數(shù)據(jù)。

另外，DELETE方法其實是冪等的。即使刪除100萬次，數(shù)據(jù)也只會刪除一次。