由于我機器用的滾動更新的Archlinux，不知不覺Php已經升級到7.4了，沒想到這次更新帶來了極大的麻煩。首先是Php-fpm的新選項ProtectHome會導致經典的File not found錯誤，再是Php解釋器會對null類型的下標訪問直接報錯Trying to access array offset on value of type null。 最近在幫一個朋友張羅一個網站，于是把線上代碼拉回本地做鏡像進行測試。因為web應用有些奇怪的依賴，為了不污染本機的環境，我就把它部署在Docker中進行測試。Docker的基礎鏡像選擇了激進的Archlinux，搭配上個月底才出爐的Php7.4。于是花了整整一個下午栽在Debug大坑中… 首先是一把梭配好了環境后，一跑，報了Php-fpm最經典也是最坑的錯誤之一：File not found。配過Php-fpm的都知道出現這個錯誤一般是文件權限不對或者文件路徑不對，而這兩個錯誤都是比較難找的。于是我又雙叒叕體驗了一把大眼瞪小眼的路徑檢查，沒問題。文件權限檢查，emmm也沒問題呀？又返回去檢查路徑，還是沒問題！搞到最后氣的chmod 777一把梭竟然也沒能解決問題，有點懷疑人生… 網上搜索Php-fpm的File not found錯誤，雖然結果很多，可原因都只有這兩個。而這兩個原因也都被一一排除了，事情突然向神奇的角度發展起來了... 不知過了多久之后我才想到可能是跟Php版本有關（因為我本機也跑了其它Php應用，所以一開始并不覺得Php有問題）。于是我去搜了一下新版Php7.4及Php-fpm7.4的改動，一下就發現了罪魁禍首： [Php7.4 Commit](https://github.com/php/php-src/commit/40c4d7f1820df1872a71ab07fd26da45a203e37f#diff-c0605c0e7e1db864472acf66a9812d33R22 "php commit ProtectHome") 這個提交中添加了一個選項：ProtectHome。顧名思義，開啟了之后php**不會去執行在家目錄中的文件**——而這個新選項的默認值恰好是開啟的。使用systemctl edit php-fpm.service添加一個選項覆蓋，重啟服務后，終于一切正常，并迎來第二個大坑錯誤： Php中經常使用inlcude，require等來包含其它文件。而調試發現在某個include之后，php直接停止執行并報錯Trying to access array offset on value of type null。但是在線上的代碼跑起來卻一點問題也沒有，這就很奇怪了，跟到include的文件中之后發現是有個地方在訪問數組元素，而數組本身卻是null。在Php這種弱類型語言中這種語法一般是支持的，它會整體返回null，而在新版的Php7.4中這個語法卻會報告為錯誤。看來Php也在一點點規范語言的特性，沒辦法，這個只能自己改代碼了。（雖然我目前選擇了使用舊版本的Php） 由于Php7.4在上個月底才剛剛發布，估計還沒有大面積更新使用，各個應用的開發者可能也沒有針對Php7.4進行過測試和兼容修改。也正是因此，在網上搜索這些信息時，找不到什么有價值的建議，這篇文章除了記錄下被這個新特性坑了一下午之外，也算給其它人留一個解決類似問題的思路吧。 原文地址：[https://blog.sbw.so/u/php-fpm-7.4-file-not-found-array-type-null-error.html](https://blog.sbw.so/u/php-fpm-7.4-file-not-found-array-type-null-error.html)