一、場景

成都創(chuàng)新互聯(lián)公司專業(yè)成都網站設計、成都網站建設，集網站策劃、網站設計、網站制作于一體，網站seo、網站優(yōu)化、網站營銷、軟文推廣等專業(yè)人才根據搜索規(guī)律編程設計，讓網站在運行后，在搜索中有好的表現(xiàn)，專業(yè)設計制作為您帶來效益的網站！讓網站建設為您創(chuàng)造效益。

領導：小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ù)據：

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);

當前名稱：PHP實現(xiàn)base64編碼文件上傳出現(xiàn)問題詳解-創(chuàng)新互聯(lián)
路徑分享：http://weahome.cn/article/djdeog.html