我相信你的场景非常不典型,因此不可能有一个现成的框架/平台来满足这种需求。 Java EE类假设请求处理代码由与应用程序其余部分相同的团队编写,因此不需要经常隔离,监视和重置,并且错误修复将在所有部分中以相同的方式处理系统。这个假设大大简化了大多数项目的开发,部署,测试等,而不是强迫他们为不需要的东西付费,是的,它并不适合所有人。如果你想要一些根本不同的东西,你可能需要自己实现相当数量的故障转移逻辑。 Java EE确实为此提供了基本构建块。
我相信(虽然没有具体的经验证明它).NET或其他平台基本上建立在类似的假设之上。
我们有一个类似的 - 虽然不是那么严重 - 一个非常庞大的Perl站点到Java的端口。收到HTTP请求后,我们实例化一个类并调用其processRequest方法。被try-catch和时间测量所包围。添加计时器和线程就足以杀死线程。 这在现实生活中可能已足够。
像glassfish这样的Java EE服务器是一个OSGi容器,你可能有更多的隔离方法。
您还可以运行一系列(Web或本地)应用程序,您可以通过中央Web应用程序在其上发送请求。那些应用程序就是孤立的。
更加孤立的是序列化会话和启动新JVM的操作系统进程。