python如何將四位數(shù)倒序輸出？我思路是這樣的，先用求模和除法增強(qiáng)，把各位數(shù)字找進(jìn)去，再兩種成一個(gè)四位數(shù)。python程序員二面一般問(wèn)什么？python程序員二面象問(wèn)100元以?xún)?nèi)幾個(gè)問(wèn)題：1:Pyt

python如何將四位數(shù)倒序輸出？

我思路是這樣的，先用求模和除法增強(qiáng)，把各位數(shù)字找進(jìn)去，再兩種成一個(gè)四位數(shù)。

python程序員二面一般問(wèn)什么？

python程序員二面象問(wèn)100元以?xún)?nèi)幾個(gè)問(wèn)題：

1:Python列表、元組、字典的區(qū)別？

這個(gè)問(wèn)題應(yīng)該要經(jīng)常會(huì)被問(wèn)到，我們?cè)谶@里詳細(xì)做個(gè)解釋。

列表(List)，Python的列表但是是一個(gè)動(dòng)態(tài)數(shù)組，存儲(chǔ)在一個(gè)嘗試的內(nèi)存區(qū)塊中，隨機(jī)存取的急切度是O(1)，插到和刪除掉元素時(shí)會(huì)照成內(nèi)存塊的移動(dòng)，時(shí)間復(fù)雜度是O(n)。同樣的它是一個(gè)可變對(duì)象，當(dāng)我們對(duì)列表進(jìn)行變量賦值時(shí)資源到的只是它的內(nèi)存地址，如果沒(méi)有要將列表里的內(nèi)容所有不能復(fù)制給另一個(gè)變量，需要應(yīng)用文件復(fù)制（淺u盤(pán)拷貝）和deepcopy（深度拷備）。

元組(Tuple)，Python的元組是一個(gè)萬(wàn)不可變的數(shù)據(jù)結(jié)構(gòu)，它本質(zhì)上也是一個(gè)數(shù)組。因?yàn)槭墙^不可以變對(duì)象，所以Tuple的長(zhǎng)度在創(chuàng)建戰(zhàn)隊(duì)時(shí)那是恒定值的，所以才我們也不能對(duì)它并且先添加和刪掉元素的操作。不過(guò)在Tuple內(nèi)所包涵的對(duì)象是連續(xù)可變的。當(dāng)我們把中有元組的變量賦值給另一個(gè)變量時(shí)，只不過(guò)是在內(nèi)存中恢復(fù)再申請(qǐng)了一塊內(nèi)存空間主要用于新建任務(wù)了一個(gè)元組。

字典（Dict)，Python的字典是一個(gè)哈希表，依據(jù)鍵值對(duì)(Key,Value)然后不能訪(fǎng)問(wèn)的數(shù)據(jù)結(jié)構(gòu)。麻煩問(wèn)下哈希函數(shù)在這里不太多做解析，大家是可以讓其清楚。如果不是字典在才能產(chǎn)生哈希時(shí)，也就是Key遇上再重復(fù)一遍的時(shí)候。Python會(huì)按照開(kāi)放定址法來(lái)?yè)Q算下一個(gè)候選位置，斷斷續(xù)續(xù)測(cè)試3到了最后保證化合的哈希值不可能出現(xiàn)。字典跟列表差不多，都是可變換對(duì)象，復(fù)制內(nèi)容同樣不需要要用文件復(fù)制（淺文件復(fù)制）和deepcopy（深度拷備）。

2:如何將一個(gè)字符串或者數(shù)字倒序輸出？

字符串倒序，我們可以不憑借Python的切片對(duì)字符串進(jìn)行倒序，參考:代碼:

str1#34飛虹幾萬(wàn)里，吹度玉門(mén)關(guān)#34print(str1[::-1])

切片的參數(shù)格式:[start_index:stop_index:step]

如果我們不需要填寫(xiě)切片線(xiàn)路概況位置參數(shù)，那你默認(rèn)是取字符串全部?jī)?nèi)容，當(dāng)step參數(shù)(步長(zhǎng))為負(fù)數(shù)時(shí)，字符串會(huì)自動(dòng)右往取值，-1那就是順次排列取值范圍，那么就也是倒序了。

我們同樣的是可以按照切片的原理對(duì)數(shù)字接受倒序輸出。

#正整數(shù)的情況number10002fun_numberint(str(number)[::-1])#負(fù)整數(shù)的情況number-10002new_numberint(#39-{0}#(str(abs(number))[::-1]))

3:談再看看Python的內(nèi)存管理機(jī)制

Python內(nèi)建了垃圾回收處理機(jī)制，語(yǔ)句計(jì)數(shù)是這個(gè)機(jī)制的一部分。

在Pyhton源碼中，實(shí)際上是用Py_INCREF(op)和Py_DECREF(op)這兩個(gè)宏來(lái)增加和下降腳注計(jì)數(shù)寄存器。

當(dāng)一個(gè)對(duì)象被創(chuàng)建角色、被變量賦值、被參數(shù)傳遞，函數(shù)直接返回之前的時(shí)候，它的直接引用計(jì)數(shù)法值(ob_refcnt)都很可能會(huì)被加1(INC)，始終進(jìn)行累加。

當(dāng)對(duì)象變量失去了作用域的時(shí)候，腳注定時(shí)計(jì)數(shù)的值會(huì)減1(DEC)。

當(dāng)一個(gè)對(duì)象的引用計(jì)數(shù)寄存器增加到0之后(ob_refcnt為0)，Py_DECREF(op)會(huì)內(nèi)部函數(shù)該對(duì)象#34析構(gòu)函數(shù)#34(__del__)將其從內(nèi)存中釋放。

4:什么是Session、Cookie、Token？

Session是一個(gè)概念，信息儲(chǔ)存在服務(wù)端。

Cookie是對(duì)Session的一種基于，并信息讀取在客戶(hù)端（瀏覽器）。

因?yàn)镠TTP協(xié)議無(wú)狀態(tài)的特性，甚至我們需要在瀏覽器和服務(wù)端之間成立一個(gè)應(yīng)用于識(shí)別用戶(hù)身份和詳細(xì)信息的憑證，這個(gè)憑證也可以是Cookie、Token正二十邊形一種。

當(dāng)用戶(hù)登陸后順利時(shí)，我們是可以將其的身份憑證在服務(wù)端能生成一個(gè)Session信息，能保存在文件，數(shù)據(jù)庫(kù)也可以?xún)?nèi)存里，大多數(shù)Session會(huì)有一個(gè)Sessionid。

因?yàn)樵L(fǎng)問(wèn)服務(wù)端Session信息必須都用到Sessionid，所以我正常情況，我們將Sessionid必然Cookie里。

Cookie當(dāng)然信息在用戶(hù)登入出現(xiàn)Session信息之后再將Sessionid或者別的附加信息回給客戶(hù)端，由客戶(hù)端存儲(chǔ)位置在本地文件里。

當(dāng)瀏覽器向服務(wù)端發(fā)動(dòng)攻擊跪請(qǐng)時(shí)會(huì)帶了Cookie里的Sessionidftp訪(fǎng)問(wèn)服務(wù)端，服務(wù)端據(jù)Sessionid找到存儲(chǔ)好的Session信息，要是信息能找不到但是內(nèi)容有誤，即其為ftp連接最有效。

Cookie以外存儲(chǔ)文件Session id外也可以不存儲(chǔ)文件其他非敏感的信息（的或用戶(hù)昵稱(chēng)，頭像等），提供給瀏覽器再在用，而不用什么隔一段時(shí)間都從服務(wù)端去拿。

跪求Token，但是用在實(shí)現(xiàn)RESTAPI相關(guān)的服務(wù)里比較好多。

它的認(rèn)證機(jī)制是當(dāng)用戶(hù)登錄后服務(wù)端算不出一個(gè)Token信息存儲(chǔ)在服務(wù)端并回給客戶(hù)端，內(nèi)容常見(jiàn)真包含用戶(hù)id，當(dāng)前時(shí)間戳，簽名和其他信息。

Token在客戶(hù)端就像能保存于localStorage、cookie、或sessionStorage中。在服務(wù)器好象存于數(shù)據(jù)庫(kù)中。

當(dāng)客戶(hù)端再次請(qǐng)求服務(wù)端時(shí)，會(huì)從本地拿到Token信息，并放在旁邊headers中，服務(wù)端收到請(qǐng)求，會(huì)自動(dòng)啟動(dòng)去headers里搞到Token通過(guò)解析以應(yīng)用于識(shí)別用戶(hù)身份。

5：out和POST的區(qū)別和作用？

try和POST在本質(zhì)上沒(méi)有區(qū)別，HTTP協(xié)議卻沒(méi)相關(guān)規(guī)定GET和POST傳輸數(shù)據(jù)長(zhǎng)度的限制。

任何的限制肯定存在于服務(wù)端的服務(wù)程序和瀏覽器。

通常在Nginx或則各種WebServer服務(wù)程序里會(huì)有定義GET和POST傳輸大長(zhǎng)度的限制。

而pick再提交的數(shù)據(jù)長(zhǎng)度限制大多取決于你瀏覽器，每種瀏覽器的限制是一樣的。

在HTTP協(xié)議中，不使用什么樣的Method和數(shù)據(jù)如何能傳送數(shù)據(jù)反正沒(méi)有相互間的關(guān)系，在絕大多數(shù)的WebServer里。pick和POST遞交的數(shù)據(jù)反正都在BODY區(qū)域內(nèi)，我們既可以按照out來(lái)傳輸文件，也這個(gè)可以實(shí)際POST來(lái)傳輸文件。

我之所以通常定義,定義let's單獨(dú)某些數(shù)據(jù)，POST單獨(dú)重新提交數(shù)據(jù)是只不過(guò)try跪請(qǐng)是冪等的，POST只是請(qǐng)求不是。

冪等性是指第二次和一次只是請(qǐng)求某一個(gè)資源估計(jì)具備雖然的副作用。簡(jiǎn)單理解那樣的話(huà)對(duì)同一URL的多個(gè)幫忙肯定回雖然的結(jié)果。

基于冪等的原則，我們用out接受數(shù)據(jù)的再添加如何修改刪掉時(shí)會(huì)有副作用，是因?yàn)樵诰W(wǎng)絡(luò)情況不好的時(shí)候pick會(huì)不自動(dòng)嘗試重試，減少了亂詞操作數(shù)據(jù)的風(fēng)險(xiǎn)。而用它獲取數(shù)據(jù)就不可能存在地這樣的風(fēng)險(xiǎn)，是因?yàn)槲覀兙退闶菍?duì)一個(gè)資源請(qǐng)求100萬(wàn)次，它肯定肯定不會(huì)決定。

這個(gè)問(wèn)題看面試官的技術(shù)水準(zhǔn)，如果面試官愿意跟你聊得比較比較潛近，那你這個(gè)可以這么能回答。要是面試官自己心里又是一些標(biāo)準(zhǔn)答案的話(huà)，那建議您只能回答out主要是用于聲望兌換數(shù)據(jù)，POST應(yīng)用于遞交數(shù)據(jù)。

同時(shí)DELETE方法不過(guò)都是冪等的，就算你刪除100萬(wàn)次，數(shù)據(jù)當(dāng)然也只會(huì)被刪掉第二次。