Rewrite与404错误页面各有优势。它们的一些区别：
　　
　　404错误页面的优势可能在于不用调用Rewrite模块，Rewrite需要调用此模块。因此404错误页面可能会更节省资源，使大型网站的速度更快一些。我编写的静态化网页，目前大多数都是使用404错误。
　　
　　使用404错误页面，不能被POST和GET。例如305.php?name1=auiou，假如此305.php页面是用404错误产生，则此$_GET["name1"]的值不会被读取。其它页面的<form>使用POST方法将action指向此404错误产生的305.php，也无法被接收，例如<formmethod=postaction=305.php>所发送的信息无法被305.php接收。
　　
　　如果您希望产生的虚拟路径如305.php被POST和GET，使用Rewrite可解决。
　　
　　404错误页面的开头有一些Linux空间必须写入这句<?Header("HTTP/1.1200OK");?>，有一些Linux空间则必须写为<?Header("Status:200OK");?>才可以被搜索引擎收录，否则会被认为是404页面。调试时，可以在网上搜索“404检测工具”进行测试。
　　
　　Rewrite是否需要写语句，我还没有测试过。
　　
　　404错误页面的规则相对不严格，因此有更好的适应范围。Rewrite相对更严格，例如305.html与305-1.html需要写2个重写规则；使用404错误页面只要一个规则即可。这也是我使用404错误，而不使用Rewrite的另一个重要原因。