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

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

这很简单!

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

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

这将重定向不仅域名，而且内部 pages.like…… example.com/abcd.html               ==>    www.example.com/abcd.html example.com/ab/cd.html ? ef = gh   ==>     www.example.com/ab/cd.html ? ef = gh

我发现在使用多个vhost时使用ServerAlias更容易(也更有用)。

<VirtualHost x.x.x.x:80>
    ServerName www.example.com
    ServerAlias example.com
    ....
</VirtualHost>

这也适用于https vhosts。

不要总是使用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 -规范主机名

    <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的任何请求。

干杯!