这与许多其他建议类似，只是做了一些增强:

不需要硬编码域(适用于接受多个域或环境之间的vhosts) 保留方案(http/https)，忽略前面%{REQUEST_URI}规则的影响。 路径部分不受%{REQUEST_URI}等先前rewriterrules的影响。 重写HTTP_HOST} !(数控) RewriteRule ^(.*)$ %{ REQUEST_SCHEME}: / / www. % {HTTP_HOST} / 1美元(R = 301 L)

<VirtualHost *:80>
    ServerAlias example.com
    RedirectMatch permanent ^/(.*) http://www.example.com/$1
</VirtualHost>

    <VirtualHost *:80>
       DocumentRoot "what/ever/root/to/source"
       ServerName www.example.com

       <Directory "what/ever/root/to/source">
         Options FollowSymLinks MultiViews Includes ExecCGI
         AllowOverride All
         Order allow,deny
         allow from all
         <What Ever Rules You Need.>
      </Directory>

    </VirtualHost>

    <VirtualHost *:80>
      ServerName example.com
      ServerAlias *.example.com
      Redirect permanent / http://www.example.com/
    </VirtualHost>

这就是上面代码所发生的情况。第一个虚拟主机块检查请求是否为www.example.com，并在该目录下运行您的网站。

如果做不到这一点，就进入第二个虚拟主机部分。在这里，除www.example.com之外的任何内容都被重定向到www.example.com。

这里的顺序很重要。如果你先添加第二个virtualhost指令，它将导致一个重定向循环。

此解决方案将重定向到您的域www.yourdomain.com的任何请求。

干杯!

不要总是使用Redirect permanent(或者为什么将来会出现问题)

如果以后有机会添加子域，不要使用永久重定向。

因为如果客户端使用了一个没有注册为VirtualHost的子域，他可能永远也不会到达这个子域，即使后来注册了。

重定向永久发送一个HTTP 301永久移动到客户端(浏览器)，他们中的许多人永远缓存这个响应(直到缓存被[手动]清除)。因此，使用该子域将始终自动重定向到www.***，而无需再次请求服务器。

请参阅浏览器缓存HTTP 301多长时间?

使用重定向

<VirtualHost *:80>
  ServerName example.com

  Redirect / http://www.example.com/
</VirtualHost>

Apache.org -何时不使用mod_rewrite

Apache.org -规范主机名

我使用的代码是:

RewriteEngine On
RewriteBase /
RewriteCond %{HTTP_HOST} ^www\.(.*)$ [NC]
RewriteRule ^(.*)$ http://%1/$1 [R=301,L]

试试这个:

RewriteEngine on
RewriteCond %{HTTP_HOST} ^example.com$ [NC]
RewriteRule ^(.*) http://www.example.com$1 [R=301]