出现这类（开启调试模式无问题，关闭调试模式出问题）问题时，一般都是下面这种情况：
由于开启了调试模式，而在调试模式下，一次服务请求会从代码层运行程序（也就是直接执行php完整代码），会涉及到较多的文件IO操作和模板试试编译，并且不会产生任何缓存。所以只要代码不出现问题，是可以正常运行的。
当我们关闭调试模式（修改入口文件index.php，define('APP_DEBUG',FALSE);即可关闭调试模式）系统会自动生成项目编译缓存以及关闭日志写入。并且会在/Application/Runtime目录下生成commonruntime.php文件，该文件是编译缓存文件，在关闭调试模式下，服务运行会依赖该文件。如果该文件不存在，或是被删除，系统会在下一次请求时生成行的common~runtime.php文件。好，问题的关键就是这里。此处要提及文件以及文件夹的读写可执行权限以及属组（所有者，以及所在组），一般而言，我们的项目文件夹的属主都是我们用户自己，或者是nobody，如下图：
image.png
以及/Application文件目录：
image.png
可以看到整个文件目录以及子目录属主都为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进程基本情况：
image.png
php-fpm进程基本情况：
image.png
也就是说，当一个请求导到服务端之后，会因为执行者无权在Runtime目录下创建common~runtime.php文件而失败，导致直接404报错。
问题解决办法
解决的办法很简单，将Runtime目录的权限改为任何人可读写执行 chmod -R 777 Runtime。再次请求则成功，并且在Runtime目录下产生了一个新文件：
image.png
可以看到该文件的属组皆为www。当创建了该文件后，你也可以将Runtime文件夹的权限改为755，也能正常运行（因为该文件已具有，只要具有可读即可）
其实这篇文章是我copy的网络上的，我设置了权限后并没有产生上面说的文件，但是我觉得这个权限还是要设置一下
