Phoenix LiveView 1.0 发布

Phoenix LiveView 在 Phoenix Web 框架发布 9 年后，近期达到了 1.0 版本（发布候选版）。LiveView 允许开发者在不编写 JavaScript 的情况下创建丰富的实时服务器渲染应用程序。LiveView 依赖 Erlang 虚拟机（BEAM）来扩展，能够处理数百万个并发 WebSocket 连接。

LiveView 的诞生背景

Phoenix 框架的开发者 Chris McCord 解释了 LiveView 的起源。他希望通过服务器端渲染创建动态应用，而不需要编写 JavaScript，因为 JavaScript 往往会带来复杂的膨胀。传统开发中，开发者需要处理 HTTP 粘合、GraphQL 模式、验证逻辑共享等问题，而 LiveView 通过 WebSocket 维持客户端和服务器之间的长连接，减少了这些复杂性。

LiveView 的优势

LiveView 是 Phoenix 生态系统的一部分，允许开发者编写响应式 Web 应用，几乎不需要单独的前端代码库。它使用 WebSocket 而非 HTTP 来维持客户端和服务器之间的状态连接，页面及其更新由服务器提供。WebSocket 通常比 HTTP 提供更低的延迟，因为其持久连接消除了重复建立连接的需要，减少了握手和网络开销。然而，WebSocket 会消耗更多的服务器资源来维持连接状态。

相比之下，HTTP 请求受益于缓存、CDN 和负载均衡等分发机制。但基于 HTTP 和 REST 的状态化 Web 应用可能需要在客户端维护状态，导致更重的负载和更高的延迟。

延迟优化

LiveView 通过减少网络负载来进一步优化延迟。它使用页面模板机制来识别最小化信息，并使用 DOM diffing 库（如 morphdom）计算网页的最小更新。此外，LiveView 包含一个名为 HEEx 的声明式组件系统，HEEx 组件是生成标记的函数，其依赖项（如 props、state、slots）被注释，提高了组件的可重用性。

可扩展性

尽管维护状态化连接会消耗服务器内存，但 LiveView 在实际应用中仍然具有足够的可扩展性。例如，一个通道连接消耗 40KB 内存，1GB 服务器理论上可以支持约 25,000 个并发 LiveView。Elixir 和 Erlang VM 设计用于处理这种情况，能够扩展到数百万并发用户，如 WhatsApp 和 Discord。

开发者反馈

开发者对 LiveView 的发布表示热烈欢迎，认为它在开发效率和性能方面表现出色。尽管 Phoenix Web 应用中需要编写的 JavaScript 代码大大减少，但在某些情况下仍然需要编写自定义 JavaScript。

开源与文档

Phoenix LiveView 是一个开源的 MIT 许可项目，开发者可以通过其文档了解更多信息。

总结

Phoenix LiveView 1.0 的发布标志着实时服务器渲染应用的进一步成熟。它通过 WebSocket 和服务器端渲染减少了前端复杂性，优化了延迟，并通过 Elixir 和 Erlang VM 提供了强大的可扩展性。开发者对其高效性和易用性给予了高度评价，认为它在未来有广阔的发展前景。