虚拟主机原理及实现
目的
在一台计算机上创建多个WEB站点，并为每个WEB站点设置不同的主目录和虚拟子目录，每个WEB站点作为各自独立的网站分配给不同的公司或部门。
多个公司或部门的网站就可以共用同一台计算机，而用户感觉每个公司和部门都有各自独立的网站。多个没有实力在Internet上架设自己专用服务器的中小公司可以联合租用一台WEB服务器，对外提供各自的WEB服务而互不影响。
原理
WEB服务器上的每个WEB站点必须设置有不同的标识信息；WEB浏览器发出的连接和请求信息中包含WEB站点的标识信息
实现方法
一、基于IP地址的虚拟主机方式：
这种方式下，不同的主机名解析到不同的IP地址，提供虚拟主机服务的机器上同时设置有这些IP地址。服务器根据用户请求的目的IP地址来判定用户请求的是哪个虚拟主机的服务，从而进一步的处理。
缺点：基于IP地址的虚拟主机方式需要在提供虚拟主机服务的机器上设立多个IP地址，既浪费了IP地址，又限制了一台机器所能容纳的虚拟主机数目。因此这种方式越来越少使用。但是，这种方式是早期使用的HTTP 1.0协议唯一支持的虚拟主机方式。
二、基于主机名的虚拟主机方式
由于基于IP地址的虚拟主机方式有如上的缺点，HTTP 1.1协议中增加了对基于主机名的虚拟主机的支持。具体说，当客户程序向WWW服务器发出请求时，客户想要访问的主机名也通过请求头中的”Host:”语句传递给WWW服务器。比如，www.ioobee.com， www.ioobee.cn 都对应于同一个IP地址（即由同一台机器来给这两个虚拟域名提供服务），客户程序要存取 http://www.ioobee.com/index.html时，发出的请求头中包含有如下的内容：
GET /index.html HTTP/1.1
Host: www.ioobee.com
…..
WWW服务器程序接收到这个请求后，可以通过检查”Host:”语句，来判定客户程序请求是哪个虚拟主机的服务，然后再进一步的处理。
优点：提供虚拟主机服务的机器上只要设置一个IP地址，理论上就可以给无数多个虚拟域名提供服务，占用资源少，管理方便。目前基本上都是使用这种方式来提供虚拟主机服务。
缺点：在早期的HTTP 1.0版本下不能使用。实际上现在使用的浏览器基本上都支持基于主机名的虚拟主机方式。
目前流行的虚拟主机配置方式是就是这种！
通俗的比喻：同一栋大厦里，只分配了一个街道地址（可以想像成IP），不同的楼层里有着不同的单位，当外人要找A公司时，保安就会根据你要找的公司名，直接告诉你A公司所在的楼层，这样你就可以直接到达了。
Tomcat虚拟主机配置
在server.xml中添加Host结点即可
一、在Tomcat的webapps目录下新建一个www文件夹作为www.oschina.net这个域名的主目录
[xml]
[/xml]
二、在C盘test文件夹下面建立一个www文件夹作为www.oschina.net这个域名的主目录
[xml]
</host>
[/xml]
三、如果是linux系统的/var /www作为www.oschina.net这个域名的主目录
[xml]
[/xml]
ps：如要是生产环境，可以直接改hosts文件来测试 🙂
server.xml配置简介
server.xml的基本配置信息，更具体的配置信息见tomcat的文档
server:
port 指定一个端口，这个端口负责监听关闭tomcat的请求
shutdown 指定向端口发送的命令字符串
service:
name 指定service的名字
Connector (表示客户端和service之间的连接):
port 指定服务器端要创建的端口号，并在这个断口监听来自客户端的请求
minProcessors 服务器启动时创建的处理请求的线程数
maxProcessors 最大可以创建的处理请求的线程数
enableLookups 如果为true，则可以通过调用request.getRemoteHost()进行DNS查询来得到远程客户端的实际主机名，若为false则不进行DNS查询，而是返回其ip地址
redirectPort 指定服务器正在处理http请求时收到了一个SSL传输请求后重定向的端口号
acceptCount 指定当所有可以使用的处理请求的线程数都被使用时，可以放到处理队列中的请求数，超过这个数的请求将不予处理
connectionTimeout 指定超时的时间数(以毫秒为单位)
Engine (表示指定service中的请求处理机，接收和处理来自Connector的请求):
defaultHost 指定缺省的处理请求的主机名，它至少与其中的一个host元素的
name属性值是一样的
Context (表示一个web应用程序，通常为WAR文件，关于WAR的具体信息见servlet规范):
docBase 应用程序的路径或者是WAR文件存放的路径
path 表示此web应用程序的url的前缀，这样请求的url为http://localhost:8080/path/****
reloadable 这个属性非常重要，如果为true，则tomcat会自动检测应用程序的/WEB-INF/lib 和/WEB-INF/classes目录的变化，自动装载新的应用程序，可以在不重起tomcat的情况下改变应用程序
host (表示一个虚拟主机):
name 指定主机名
appBase 应用程序基本目录，即存放应用程序的目录
unpackWARs 如果为true，则tomcat会自动将WAR文件解压，否则不解压，直接从WAR文件中运行应用程序
Logger (表示日志，调试和错误信息):
className 指定logger使用的类名，此类必须实现
org.apache.catalina.Logger 接口
prefix 指定log文件的前缀
suffix 指定log文件的后缀
timestamp 如果为true，则log文件名中要加入时间，如下例:localhost_log.2001-10-04.txt
Realm (表示存放用户名，密码及role的数据库):
className 指定Realm使用的类名，此类必须实现org.apache.catalina.Realm接口
Valve (功能与Logger差不多，其prefix和suffix属性解释和Logger 中的一样):
className 指定Valve使用的类名，如用org.apache.catalina.valves.AccessLogValve类可以记录应用程序的访问信息directory 指定log文件存放的位置
pattern 有两个值，common方式记录远程主机名或ip地址，用户名，日期，第一行请求的字符串，HTTP响应代码，发送的字节数。combined方式比common方式记录的值更多