编辑“Resin”

[[Image:resin.jpg|right|220px]]
[[Resin]]是[[CAUCHO]]公司的产品，是一个非常流行的支持[[servlets]] 和[[jsp]]的引擎，速度非常快。对servlet和JSP提供了良好的支持，性能也比较优良，resin自身采用[[JAVA]]语言开发。Resin本身包含了一个支持[[HTTP]]/1.1的[[WEB]][[服务器]]。虽然它可以显示动态内容，但是它显示静态内容的能力也非常强，速度直逼[[APACHE]] SERVER。许多站点都是使用该WEB服务器构建的。

==基本介绍==

*Resin也可以和许多其他的WEB服务器一起工作，比如Apache server和[[IIS]]等。Resin支持Servlets 2.3标准和JSP 1.2标准。熟悉[[ASP]]和[[PHP]]的用户可以发现用Resin来进行JSP编程是件很容易的事情。

*Resin支持负载平衡（Load balancing），可以增加WEB站点的可靠性。方法是增加服务器的数量。比如一台SERVER的错误率是1%的话，那么支持负载平衡的两个Resin服务器就可以使错误率降到0.01%。

==详细介绍==
===Resin服务器平台介绍简介===

*Resin提供了最快的jsp/servlets运行平台。在java和[[javascript]]的支持下，Resin可以为任务灵活选用合适的开发语言。Resin的一种先进的语言[[XSL]]([[XML]] stylesheet language)可以使得形式和内容相分离。 如果您选用jsp平台作为[[internet]]商业站点的支持，那么速度、价格和稳定性都是要考虑到的，resin十分出色，表现更成熟，很具备商业[[软件]]的要求。而且，它是全免费的。

*从站点[[下载]]的就是完整版本。所以值得向您推荐！ 相对于[[tomcat]]3.1,后者更象是一个正在研究的项目。目前resin可以支持[[sun]]的[[j2ee]]，而tomcat不能直接支持，而j2ee是基于java服务器端大系统的基础。

*Resin3 之后已经不在是一个简单的jsp容器，并且支持[[ejb]],jta等企业功能。目前resin4 ([[2010年]]后已经比较稳定)性能更是优秀。并且已经支持servlet 3.0标准. pro版本是收费版本，支持负载均衡和文件缓存。很多大型门户网站都采用pro版本作为应用服务器.

*tomcat目前版本6.x也已经发展成为一个快速稳定的轻巧的jsp容器。和resin是不同的发展方向。tomcat6并不支持ejb,jta等高级功能，需要自己扩展，比较麻烦。但支持负载均衡。

*CAUCHO公司,还为resin添加了php解析执行功能。能够运行php程序。但相对 php的原生版本还是有一定差距。

===resin 普通版本和pro版本主要区别===

*resin 普通版本和pro版本主要区别是 pro支持[[缓存]]和负载均衡。pro因为有强大的[[cache]]功能，独立作为web服务器处理[[静态页面]]性能都可以和apache有一比。

*但普通版本独立作为web服务器性能就要差一些。当然可以使用apache+resin的方案借助apache的缓存功能提高性能。 但负载均衡就是普通版不能比的了。

==Tomcat 和 Resin 比较==

*很多人说 Resin 速度比 [[Tomcat]] 快，而 Tomcat 更加符合标准，可定制性更强；另外利用 Tomcat 的 NIO Connector ，性能完全不输给 Resin。那么，还有什么因素决定你的选择呢？

*在多个网站中，有使用 Tomcat 的，有使用 Resin 的，但更多的 Tomcat，都是启用了 NIO Connector 的。Resin 使用的是 3.0 的版本、Tomcat 是 6.0。二者在稳定性上都没有任何问题、性能在访问量不大的话，都没有多大的差别。

*不过 Resin 在一台机器上配置多个运行实例时，稍显麻烦，不像Tomcat复制多份，修改个端口即可，完全独立。

*另外在最新的 Resin 3.1 / 3.2 中，会自动对URL进行解码处理，导致原来在Tomcat 和 Resin 3.0 上运行正常的程序，到了新版本会有部分乱码的现象。可能 Resin 想让程序更加简单些吧？

*另外从 Resin 网站上的 ChangeLog 看到，Resin最近好像把注意力放在了 PHP 的引擎改进上（不知道谁会用 Resin 来跑 PHP 呢？）， [[Java]] 本身少有改动。当然了 Tomcat 也很久没发布新版本了。

==常见问题==

===Resin停止响应===
●可能是一个[[线程]]死锁的问题，应该进行线程转储。
●启用完全调试日志模式，检查日志最后的纪录看看发生了什么。
 
===Resin不停重启动===
●启用完全调试日志模式，检查记录看看Resin为什么不停的重启它。
 
===java.lang.OutOfMemoryError错误===
●使用[[JVM]]启动参数增加堆(heap)[[内存]]。
●转储堆，看看那个对象无法被垃圾回收器无法回收。
●转储线程，检查占用着对象的不能释放的线程

:一个OutOfMemoryError错误通常意味着堆（heap）内存被用尽。一般是[[应用程序]][[代码]]保持了对不在使用的对象的引用，垃圾回收器无法对其进行回收。转储堆，能够查到什么代码和什么种类的对象被占用了。

:如果对转储或者其它监视工具显示[[服务器]]和你的程序实际没有超出堆内存，那么OutOfMemoryError意味着JVM超出了虚拟内存，也就是底层的malloc()调用失败。

:通常这种情况，通过使用[[操作系统]]工具显示内存使用，JVM自己能够显示其自己的堆内存，但是操作系统工具确显示进程占用了大量的内存。在[[Windows]]下使用任务管理器，[[Unix]]下使用top或者ps命令。

===JVM无法进行堆内存分配===

●线程，特别是线程堆占用虚拟内存。
●JNI库可能调用malloc或者nmap占用虚拟内存。这包括很多[[数据库]]驱动，也包含一些Resin使用的JNI代码。
●对于.jar/.[[zip]]文件，[[JDK]]要分配虚拟内存。如果你打开了大量的jar文件，你可能会遇到问题。可以想到用于打开jar的getResourceAsStream没有关闭将会耗尽.jar内存。
 
===运行一会儿，服务器开始变得非常慢===
● 这可能是一个垃圾回收问题。如果你的内存缺乏，然后又创建了大量的对象，这导致垃圾回收器耗尽CPU。如果你内存溢出，JVM将会慢慢停止(连续地进行垃圾收集)直到它死亡。
  ○ 监视垃圾收集。
  ○ 转储堆，看看是否是有对象无法被回收。
  ○ 参看JVM垃圾回收参数调整的文档获得更多垃圾回收的信息。
● 可能有一个死循环的线程或者一个请求耗尽资源。回应一个请求的线程如果不能返回，Resin就没法再次利用它，那么可用来服务的线程就会越来越少。
  ○ 进行线程转储，检查可能占用对象的无法释放的线程。

==相关条目==
*[[Applet]]
*[[BlueJ]]
*[[IntelliJ]]
*[[J2EE]]
*[[Jetspeed]]
*[[JNDI]]
*[[JVM]]
*[[Smarty4j]]
*[[Struts]]

==参考来源==
*http://baike.baidu.com/view/490778.htm
*http://www.oschina.net/question/12_134
*http://www.163jsp.com/main/helpcontent.jsp?id=f9b4523e1edab831011ef8e354830bdb

[[category:JAVA|R]]
[[category:服务器|R]]