Java 当光纤到达时，Servlet会比反应式bssed web框架更好吗？

看起来新框架是在基于反应的库和framworks之上编写的，抛弃了Servlet

我正在Grizzly HTTP框架之上编写自己的web框架（我本可以选择Netty，但我更熟悉Grizzly）

我正在考虑切换到Servlet。就在最近，Oracle宣布他们已经停止开发ADBA，因为根据Java团队的说法，光纤是Java可伸缩代码的未来

---

就可伸缩性和其他方面而言，Servlet是否会从光纤中受益，并享受基于反应式框架的相同好处？

我认为主要问题是您正在尝试编写自己的web框架。假设这是一个人的努力，那么用什么来构建它其实并不重要，因为除了您之外，其他人不会使用它……首先应该有一个最小的应用程序，在其中构建一个人工高负载。然后将它提交给JMeter或类似的两个架构版本。servlet是一个可靠的选择。顺便说一句，当前的“基准”只能是有偏差的或过时的，因为变化太晚了。将业务代码放在独立于体系结构的层中。事实上，速度可能并不重要。考虑流行的Spring框架。他们从servlet支持开始，然后在以后的版本中添加了反应式Webflux。很抱歉，如果我的第一个评论看起来很苛刻，那么2019年开始构建自己的框架就有点晚了。除非它们非常特定于某个特定的用例。@Kayaman，我写它是为了以某种方式提高我的Java编码技能。它目前托管在GitHub中。到目前为止，它只是一个原型，尽管它现在能够返回JSON或web页面（使用Pebble模板）。谁知道它将来对任何人都有用。谢谢，@JoopEggen，谢谢你的建议。我会考虑的。我认为主要的问题是你正在尝试编写你自己的Web框架。假设这是一个人的努力，那么用什么来构建它其实并不重要，因为除了您之外，其他人不会使用它……首先应该有一个最小的应用程序，在其中构建一个人工高负载。然后将它提交给JMeter或类似的两个架构版本。servlet是一个可靠的选择。顺便说一句，当前的“基准”只能是有偏差的或过时的，因为变化太晚了。将业务代码放在独立于体系结构的层中。事实上，速度可能并不重要。考虑流行的Spring框架。他们从servlet支持开始，然后在以后的版本中添加了反应式Webflux。很抱歉，如果我的第一个评论看起来很苛刻，那么2019年开始构建自己的框架就有点晚了。除非它们非常特定于某个特定的用例。@Kayaman，我写它是为了以某种方式提高我的Java编码技能。它目前托管在GitHub中。到目前为止，它只是一个原型，尽管它现在能够返回JSON或web页面（使用Pebble模板）。谁知道它将来对任何人都有用。谢谢，@JoopEggen，谢谢你的建议。我会考虑的。