,)這兩個(gè)提供了Django處理小文件和大文件的默認(rèn)上產(chǎn)行為。你可以個(gè)性化處理句柄來(lái)個(gè)性化Django處理文件的行為。比如你可以使用個(gè)性化的處理句柄來(lái)強(qiáng)制用戶配額，實(shí)時(shí)地壓縮數(shù)據(jù)，渲染進(jìn)度條，甚至在保存在本地的同時(shí)向另一個(gè)存儲(chǔ)地發(fā)送數(shù)據(jù)。實(shí)時(shí)修改上傳處理句柄有的時(shí)候某些視圖要使用不同的上傳行為。這種情況下，你可以重寫一個(gè)上傳處理句柄，通過(guò)request.upload_handlers來(lái)修改。默認(rèn)的，這個(gè)列表包含F(xiàn)ILE_UPLOAD_HANDLERS提供的處理句柄，但是你可以像修改其他列表一樣修改這個(gè)列表。比如，加入你寫了一個(gè)叫做ProgressBarUploadHandler 的處理句柄。你可以通過(guò)下面的形式加到你的上傳處理句柄中：request.upload_handlers.insert（0，ProgressBarUploadHandler（））你贏使用list.insert()在這種情況下。因?yàn)檫M(jìn)度條處理句柄需要首先執(zhí)行。記住，處理句柄按照順序執(zhí)行。如果你像完全代替掉上傳處理句柄，你可以賦值一個(gè)新的列表：request.upload_handlers=[ProgressBarUploadHandler()]注意：你只能在訪問(wèn)request.POST或者request.FILES之前修改上傳處理句柄。——如果上傳處理開(kāi)始后再改就沒(méi)用了。如果你在修改reqeust.uplaod_handlers之前訪問(wèn)了request.POST or request.FILES ，Django將拋出一個(gè)錯(cuò)誤。所以，在你的視圖中盡早的修改上傳處理句柄。

寫自定義的上傳處理句柄：

所有的上傳處理句柄都應(yīng) 是 django.core.files.uploadhandler.FileUploadHandler的子類。你可以在任何你需要的地方定義句柄。需要的方法：

自定義的上傳處理句柄必須定義一下的方法：

FileUploadHandler.receive_data_chunk(self,raw_data,start)：從文件上傳中接收塊。

raw_data是已經(jīng)上傳的字節(jié)流

start是raw_data塊開(kāi)始的位置

你返回的數(shù)據(jù)將被傳遞到下一個(gè)處理句柄的receive_data_chunk方法中。這樣一個(gè)處理句柄就是另一個(gè)的過(guò)濾器了。

返回None將阻止后面的處理句柄獲得這個(gè)塊，當(dāng)你 自己存儲(chǔ)這個(gè)數(shù)據(jù)，而不想其他處理句柄存儲(chǔ)拷貝時(shí)很有用。

如果你觸發(fā)一個(gè)StopUpload或者SkipFile異常，上傳將被放棄或者文件被完全跳過(guò)。

FileUploadHandler.file_complete(self, file_size)

當(dāng) 文件上傳完畢時(shí)調(diào)用。

處理句柄應(yīng)該返回一個(gè)UploadFile對(duì)象，可以存儲(chǔ)在request.FILES中。處理句柄也可以返回None來(lái)使得UploadFile對(duì)象應(yīng)該來(lái)自后來(lái)的上傳處理句柄。

剩下的就是可選的一些方法實(shí)現(xiàn)。

FILE_UPLOAD_MAX_MEMORY_SIZE = 209715200 FILE_UPLOAD_MAX_MEMORY_SIZE = 209715200

在你本機(jī)先好好測(cè)試一下，它是如何占用內(nèi)存，什么時(shí)候開(kāi)始存入temp目錄，怎么遷移到upload目錄底下的

文件上傳的時(shí)候，如果一個(gè)上傳的文件小于2.5兆，Django會(huì)將上傳的東西放在內(nèi)存里，如果上傳的文件大于2.5M，Django將整個(gè)上傳的文件寫到一個(gè)臨時(shí)的文件中,這個(gè)文件在臨時(shí)文件路徑中。上傳完畢后，將調(diào)用View中的_Upload()方法將臨時(shí)文件夾中的臨時(shí)文件分塊寫到上傳文件的存放路徑下，每塊的大小為64K,寫完后臨時(shí)文件將被刪除。

UploadedFile.multiple_chunks()：如果上傳的文件足夠大需要分塊就返回真。默認(rèn)的這個(gè)值是2.5兆，當(dāng)然這個(gè)值是可以調(diào)節(jié)的，看下面的UploadedFile.chunks()：一個(gè)產(chǎn)生器，返回文件的塊。如果multiple_chunks()是真的話，你應(yīng)該在一個(gè)循環(huán)中使用這個(gè)方法，而不是使用read（）；

在你保存上傳的文件之前，數(shù)據(jù)需要被保存在某些地方。默認(rèn)呢的，如果一個(gè)上傳的文件小于2.5兆，Django會(huì)將上傳的東西放在內(nèi)存里。這意味著只要從內(nèi)存讀取數(shù)據(jù)并保存到硬盤上，所以很快。然而，如果一個(gè)上傳的文件太大，Django將上傳的文件寫到一個(gè)臨時(shí)的文件中，這個(gè)文件在你的臨時(shí)文件路徑中。在Unix-like的平臺(tái)上意味著你可以預(yù)見(jiàn)Django產(chǎn)生一個(gè)文件保存為/tmp/tmpzfp6I6.upload的文件。如果這個(gè)文件足夠大，你可以觀察到這個(gè)文件的大小在增大。

三個(gè)設(shè)置改變Django的上傳處理行為：FILE_UPLOAD_MAX_MEMORY_SIZE:以bytes為單位的到內(nèi)存中的最大大小，。比這個(gè)值大的文件將被先存到磁盤上。默認(rèn)是2.5兆FILE_UPLOAD_TEMP_DIR:比FILE_UPLOAD_MAX_MEMORY_SIZE大的文件將被臨時(shí)保存的地方。默認(rèn)是系統(tǒng)標(biāo)準(zhǔn)的臨時(shí)路徑。FILE_UPLOAD_PERMISSIONS:如果這個(gè)沒(méi)有給出或者是None，你將獲得獨(dú)立于系統(tǒng)的行為。大多數(shù)平臺(tái)，臨時(shí)文件有一個(gè)0600模式，從內(nèi)存保存的文件將使用系統(tǒng)標(biāo)準(zhǔn)umask。