所谓“泛域名解析”是指:利用通配符 * (星号)来做次级域名以实现所有的次级域名均指向同一IP地址。
例如支付宝的域名是www.alipay.com
域名下面有帮助中心help.alipay.com 、abc.alipay.com 等等子站点。有实力的公司一般都是通过硬件的方式来实现的
但是对于一般人,这么做投入太大,可以通过程序来实现伪的“泛解析”
比如:javaeye,目前就是通过代码来实现的泛解析。javaeye是ruby的,具体实现感兴趣的可以找找看,原理都是类似的
同样的java也可以实现。java实现方式。1,修改DispatcherServlet。2,通过fielter实现。
第一种方法,如果是自己来做重写DispatcherServlet也不是什么难事,但是这么做入侵性太大,性能好一点。
第二种方法,通过fielter实现,入侵相对小点。
现在主要发一下fielter实现的方式。

上图是示例程序的目录结构,通过mvn自动生成的。
核心的处理fielter
在fielter里面我们会做两件事情
http://blog.test.com ==> http://www.test.com/blog/
http://blog.test.com/article/1633 ==> http://www.test.com/blog/article.htm?id=1633
由于是代码层面实现的转发,所以需要存在一点的url规则。
web.xml中只需要将请求转发过来即可。并将url通过过滤器来转换
本例中还有velocity的layout使用方法
这样就velocity就可以很方便的使用了。

图片是访问页面的结果,一个blog的二级域就OK了
题外话:java还是太臃肿了,适合大企业,IDE很强大,各种语法错误,编译错误在早期能快速的被发现,当系统搭建完毕之后不必担心会有什么大问题,只需要招一堆程序员在上面搞业务就行了,处理复杂的业务是强项,不过确实是太臃肿了。
流行的三层架构,如果是web2.0用java搞会疯掉的,一个web层小问题的修改,哪怕一行代码,你要重新编译、部署。。。所以适当的把web层用脚本语言来做肯定效率是迅速的,比如,后端很复杂的逻辑全部java实现封装,前端的展示,数据的校验,交互全部可以通过脚本语言来实现,效率肯定是空前的高效。
但是也会带来一些新的问题(代码太过自由化不好控制,错误在初期不容易发现)至少目前国内还没有这方面结合的公司有应用的生产环境,但是如果想追求效率,这么做肯定是没问题的,至少我是这么认为的。当然公司可能会觉得招聘人员的成本增加了。本来招一个java的程序员所有都可以搞了,现在还要招不同的人做不同的事。
附:源码点此下载 (鄙视下csdn,上传个文件半天不显示。。。只好借javaeye的宝地一用了)
源码为mvn的例子,只用在根目录,mvn jetty:run即可运行
因为是测试二级域名的解析,所以要配置host。
C:/WINDOWS/system32/drivers/etc/host文件中增加 127.0.0.1 blog.xxx.com photo.xxx.com来测试
本文介绍了如何使用Java实现泛域名解析,通过Filter进行URL转换,模拟泛域名效果。示例中结合了SpringMVC,详细展示了配置和关键代码。同时,讨论了Java的优缺点,并提出在Web开发中适当使用脚本语言提高效率的观点。
397

被折叠的 条评论
为什么被折叠?



