最近在写一个php mvc简易框架，采用的是单一入口模式，我采用的是IIS+PHP7.0开发环境，当使用url rewrite实现伪静态的时候，发现php总是会报错，报错的大概意思是加载了一个不存在的控制器，但我实际上是完全控制了的，不应该出现不存在的控制器啊，于是根据报错信息定位到文件，开始了苦逼的DEBUG之旅~
URL rewrite采用的代码如下,用.htaccess导入到url rewrite中去，生成 web.config 中的代码
.htaccess
Options +FollowSymLinks
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^ index.php [L]
web.config
<rewrite>
<rules>
<rule name="Imported Rule 1" enabled="true" stopProcessing="true">
<match url="^" ignoreCase="false" />
<conditions logicalGrouping="MatchAll">
<add input="{REQUEST_FILENAME}" matchType="IsDirectory" ignoreCase="false" negate="true" />
<add input="{REQUEST_FILENAME}" matchType="IsFile" ignoreCase="false" negate="true" />
</conditions>
<action type="Rewrite" url="index.php" />
</rule>
</rules>
</rewrite>仔细检查这段代码，并无异常啊，但是把url rewrite关闭后就恢复正常，于是在这个坑里来来回回踩了很多次。
实在没办法，索性暂且排除是url rewrite引起的，根据程序逻辑一个文件一个文件测试过去，最后来到了单一入口文件 index.php 中，把所有代码都删除，加了这么一段代码
file_put_contents('test'.rand(1,100).'.txt',time());
然后访问这个文件看下，我去，竟然生成两个txt文件，说明我访问一次首页，竟然有两个请求，，，又情不自禁的把注意力移到了url rewrite上，又开始重复采坑，，眼看就要下班了，怎么办呢？
后来忽然灵光一闪，我怎么不抓个包看看呢？打开chrome控制台，轻轻那么一抓，果然发现了猫腻：除了请求首页地址外，chrome竟然自动请求 /favicon.ico 这个文件，因为用url rewrite把所有请求都重定向到了单一入口中，这个不存在的文件也变成了一个合法的请求，成为了始作俑者。于是我在根目录下添加了这个文件，问题终于解决了。
虽然说是写的一个简易MVC框架，但是该有的坑还是一个不漏。唉，苦逼的程序狗，一条不归路啊~~
