一、場景

領導:小A同學,我們要做一個樣本上傳進行分析的功能,你看下是否使用base64編碼加進去,這樣客戶端的同學就不需要用form-data方式來上傳了,直接使用json格式就可以上報,可以讓格式上報統(tǒng)一。
小A:好的,領導,馬上搞定!
咋看上面的對話沒啥問題,很多公司團隊內部為了一些標準化的問題,都會進行一些技術選型問題,但是噩夢也就從這個對話開始,功能實現(xiàn)當然都是很簡單的,先來看簡單流程圖:

本身的流程是一個很簡單的文件轉換成base64上傳,再服務端decode保存,在開發(fā)聯(lián)調過程中沒有問題,非常完美的走下去了。
二、問題來了
突然有一天終端同學誤操作將一個37M文件上傳,nginx與php-fpm文件上傳限制均為(60M),但是在界面出現(xiàn)500錯誤,進入docker 日志查看有一條數(shù)據(jù):
Allowed memory size of 8388608 bytes exhausted (tried to allocate 1298358 bytes)
玩php的基本都知道這是啥意思,就是代碼運行過程中使用內存超過 我們php.ini設置的memory_limit 的值,然后就屁顛屁顛進入php.ini找參數(shù)配置,很快找到:
memory_limit=128M
然后就轉念一想,不應該出現(xiàn)這個問題,我們知道,php的內部變量使用cow(寫時復制)機制來實現(xiàn),那么內存申請只有在變量賦值變更才會進行
三、測驗
接下來我們單獨寫一個程序來進行測試,將一個4.89M文件進行base64_encode 編碼 與base64_decode解碼,查看各自占用內存以及過程中占用峰值內存
<?php
$mid = memory_get_usage();
$apk_content = file_get_contents(__DIR__ . '/4bc1c8a05b8505662be778b6dad23b55.apk');
var_dump('文件加載到內存:' . round((memory_get_usage() - $mid) / 1024 / 1024, 2) . 'M');
var_dump('過程中峰值使用的內存:' . round(memory_get_peak_usage() / 1024 / 1024, 2) . 'M');
unset($mid);
$mid = memory_get_usage();
$base64_encode = base64_encode($apk_content);unset($apk_content);
var_dump('base64_encode占用內存:' . round((memory_get_usage() - $mid) / 1024 / 1024, 2) . 'M');
var_dump('過程中峰值使用的內存:' . round(memory_get_peak_usage() / 1024 / 1024, 2) . 'M');
unset($mid);
$mid = memory_get_usage();
base64_decode($base64_encode);
var_dump('base64_decode占用內存:' . round((memory_get_usage() - $mid) / 1024 / 1024, 2) . 'M');
var_dump('過程中峰值使用的內存:' . round(memory_get_peak_usage() / 1024 / 1024, 2) . 'M');
unset($mid);
網(wǎng)頁題目:PHP實現(xiàn)base64編碼文件上傳出現(xiàn)問題詳解-創(chuàng)新互聯(lián)
鏈接URL:http://www.chinadenli.net/article6/djdeog.html
成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供ChatGPT、營銷型網(wǎng)站建設、虛擬主機、微信公眾號、搜索引擎優(yōu)化、網(wǎng)站策劃
聲明:本網(wǎng)站發(fā)布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經(jīng)允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯(lián)