解决thinkphp关闭调试模式404报错问题

在使用Thinkphp框架进行开发项目，往往在上线之前，需要关闭调试模式，但这时候发现原本访问正常的网页，在关闭调试模式之后无法访问，报错404；

问题回顾：

当设置项目开启调试模式时：define('APP_DEBUG',True);

访问服务：正常访问；

关闭调试模式：define('APP_DEBUG',False);

再次访问服务：访问失败；

一般会得到下图：

问题分析：

出现这类（开启调试模式无问题，关闭调试模式出问题）问题时，一般都是下面这种情况：

由于开启了调试模式，而在调试模式下，一次服务请求会从代码层运行程序（也就是直接执行php完整代码），会涉及到较多的文件IO操作和模板试试编译，并且不会产生任何缓存。所以只要代码不出现问题，是可以正常运行的。

当我们关闭调试模式（修改入口文件index.php，define('APP_DEBUG',FALSE);即可关闭调试模式）系统会自动生成项目编译缓存以及关闭日志写入。并且会在~/Application/Runtime目录下生成common~runtime.php文件，该文件是编译缓存文件，在关闭调试模式下，服务运行会依赖该文件。如果该文件不存在，或是被删除，系统会在下一次请求时生成行的common~runtime.php文件。好，问题的关键就是这里。此处要提及文件以及文件夹的读写可执行权限以及属组（所有者，以及所在组），一般而言，我们的项目文件夹的属主都是我们用户自己，或者是nobody，如下图：

以及/Application文件目录：

可以看到整个文件目录以及子目录属主都为nobody。并且对Runtime目录，其他组的用户没有写权限，也就是说如果非nobody用户，就无法对Runtime进行写操作，也就无法写入生成common~runtime.php。

而驱动php执行的用户一般并非nobody，由于php会搭配一个服务器容器如nginx或apache，拿nginx来说，nginx使用php-fpm进程管理器来执行、管理php，其中直接管理php进程的是php-fpm的worker进程，而php-fpm worker进程默认属主为www，（这里新手容易把启动nginx的用户和nginx内部管理用户混淆，一般启动nginx的用户权限会比较高，如root用户。启动nginx之后，nginx的master进程属主确实是root，但是nginx的worker进程为默认配置的nginx，这样做也是为了系统安全等方面考虑。php-fpm也是一样，启动属主为root，但负责工作的为其默认属主www）如下图所示：

nginx进程基本情况：

php-fpm进程基本情况：

也就是说，当一个请求导到服务端之后，会因为执行者无权在Runtime目录下创建common~runtime.php文件而失败，导致直接404报错。

问题解决：

解决的办法很简单，将Runtime目录的权限改为任何人可读写执行 chmod -R 777 Runtime。再次请求则成功，并且在Runtime目录下产生了一个新文件：

可以看到该文件的属组皆为www。当创建了该文件后，你也可以将Runtime文件夹的权限改为755，也能正常运行（因为该文件已具有，只要具有可读即可）

总结与悖论：

关于如何解决thinkphp关闭调试模式后404报错问题，就讲解到此。其实换个角度讲，可以将这个报错看做是thinkphp设计上的一个悖论。关闭调试模式，意味着显示报错，日志都会被关闭，然而，导致404错误的原因正是thinkphp的系统文件Runtime权限问题，而恰好日志文件就存放于这个文件夹下，使得报错日志无法写入，无法跟踪，让开发者有点懵。

有写得不对的地方请各位指正，希望我的讲解对你能有所帮助，谢谢。