RewriteBase只在你只能把.htaccess放在你站点根目录的情况下有用。否则，你最好将不同的.htaccess文件放在站点的不同目录下，完全忽略RewriteBase指令。

最近，对于复杂的站点，我已经把它们去掉了，因为这使得从测试到实时的文件部署再复杂一步。

当我开发时，它在一个文件夹中的另一个域中。当我启动一个网站时，这个文件夹就不存在了。使用RewriteBase可以让我在两个环境中使用相同的.htaccess文件。

当生活:

RewriteBase /
# RewriteBase /dev_folder/

当开发:

# RewriteBase /
RewriteBase /dev_folder/

我相信这段摘自Apache文档的摘录，很好地补充了前面的答案:

This directive is required when you use a relative path in a substitution in per-directory (htaccess) context unless either of the following conditions are true: The original request, and the substitution, are underneath the DocumentRoot (as opposed to reachable by other means, such as Alias). The filesystem path to the directory containing the RewriteRule, suffixed by the relative substitution is also valid as a URL path on the server (this is rare). As previously mentioned, in other contexts, it is only useful to make your rule shorter. Moreover, also as previously mentioned, you can achieve the same thing by placing the htaccess file in the subdirectory.

AFAIK, RewriteBase只用于修复mod_rewrite运行在。htaccess文件中而不是在站点的根目录下的情况，并且它为运行的文件夹猜测了错误的web路径(而不是文件系统路径)。所以如果你在一个。htaccess文件夹中有一个RewriteRule映射到http://example.com/myfolder，你可以使用:

RewriteBase myfolder

如果mod_rewrite不能正常工作。

试图用它来实现一些不寻常的东西，而不是解决这个问题，听起来像是一个非常混乱的配方。

RewriteBase只在你只能把.htaccess放在你站点根目录的情况下有用。否则，你最好将不同的.htaccess文件放在站点的不同目录下，完全忽略RewriteBase指令。

最近，对于复杂的站点，我已经把它们去掉了，因为这使得从测试到实时的文件部署再复杂一步。

用我自己的话说，在阅读了文档和实验之后:

您可以使用RewriteBase为您的重写提供一个基础。考虑一下这个

# invoke rewrite engine
    RewriteEngine On
    RewriteBase /~new/

# add trailing slash if missing
    rewriteRule ^(([a-z0-9\-]+/)*[a-z0-9\-]+)$ $1/ [NC,R=301,L]

这是我用来确保url有一个尾随斜杠的真实规则。这将会转换

http://www.example.com/~new/page

to

http://www.example.com/~new/page/

通过在那里设置RewriteBase，可以使相对路径脱离RewriteBase参数。