elli WebSocket 实现指南Handover 机制让双工通信更简单的 30 分钟实战【免费下载链接】elliSimple, robust and performant Erlang web server项目地址: https://gitcode.com/gh_mirrors/ell/ellielli 是一个简单、健壮且高性能的 Erlang web server专为 HTTP API 场景设计但你同样可以用它轻松实现 WebSocket 服务。本文将带你用 30 分钟掌握 elli 的 Handover 机制它能把 TCP socket 的控制权直接交给你的业务代码让你从零搭建一个双工通信服务。无论你是 Erlang 新手还是正在选型 WebSocket 服务器方案这份 elli WebSocket 实现指南都能帮你快速上手。为什么用 elli 做 WebSocket 服务先说结论elli 本身不内置 WebSocket 协议解析但它提供了一条极其优雅的逃生通道——Handover。相比 Cowboy 等重型框架elli 的核心优势在于特性说明 高性能基于 acceptor 池 事件驱动文档称其为 performant Erlang web server 极简源码仅十几个模块无重型依赖学习成本低 可扩展Middleware 机制支持请求预处理与多 handler 链式路由 精准控制Handover 把连接控制权交给用户协议实现完全自由更关键的是elli 的 CHANGELOG.md 明确提到Handover a socket to user code, making it possible to implement WebSockets也就是说 Handover 机制的设计初衷之一就是为 WebSocket 这类长连接双工协议提供实现空间。Handover 机制的核心原理连接控制权交接 在了解实战之前先花 2 分钟搞懂原理。elli 的请求处理流程通常是这样连接建立 → 解析 HTTP 请求 → 调用回调函数 → 返回响应。而 Handover 机制在中间插入了一个岔路口%% 位于 elli_http.erl 的 handle_request/4 case init(Req) of {ok, standard} - %% 标准流程读 body、执行回调、返回响应 ...; {ok, handover} - %% Handover 流程直接调用你的 handle/2 %% 由你的代码接管整个 socket Req1 Req#req{body B1}, Response Mod:handle(Req1, Args), Response end这段逻辑就在 elli_http.erl。当你的回调模块在init/2中返回{ok, handover}时elli 就不再按 HTTP 语义处理这个连接而是把Req其中携带了socket字段直接交给你的handle/2函数。一句话总结Handover 就像你把方向盘交给了司机——之后车怎么开协议怎么聊完全由你决定。这正是实现 WebSocket 升级握手的理想切入点。30 分钟实战搭建基于 Handover 的 WebSocket 服务 ️第一步获取并编译 elli 源码约 3 分钟首先克隆项目源码git clone https://gitcode.com/gh_mirrors/ell/elli cd elli make项目使用 rebar 构建依赖为空deps, []编译非常轻量。编译通过后你可以先跑一下测试验证环境make eunit其中 elli_handover_tests.erl 就是 Handover 路径的集成测试用例稍后我们会对照它来理解代码。第二步从官方示例理解 Handover 触发方式约 10 分钟elli 提供了一个开箱即用的示例模块 elli_example_callback_handover.erl它展示了 Handover 的完整用法核心逻辑分为三部分1. 在 init/2 中判定哪些请求走 Handoverinit(Req, _Args) - case elli_request:path(Req) of [hello, world] - {ok, handover}; %% 命中路径 → 触发 Handover _ - ignore %% 其他路径 → 标准流程 end.2. 在 handle/2 中接管连接直接使用底层 socket 通信handle(GET, [hello, world], Req, _Args) - Body Hello World!, Size list_to_binary(integer_to_list(size(Body))), %% 绕过 elli 的响应封装直接通过 socket 发送 elli_http:send_response(Req, 200, [{Connection, close}, {Content-Length, Size}], Body), {close, }; %% 返回 {close, _} 表示处理完毕后关闭连接3. 其他请求照常走普通 HTTP 流程handle(GET, [hello], Req, _Args) - Name elli_request:get_arg(name, Req, undefined), {ok, [], Hello , Name/binary}.⚠️ 注意{close, }这个返回值——它告诉 elli连接已由我处理完毕请关闭 socket。如果你的 WebSocket 连接要保持长连接这里就要返回相应的长连接语义例如持续循环接收数据这也是从 Handover 到 WebSocket 的关键一步。第三步改造为真正的 WebSocket 双工通信约 15 分钟现在你已经掌握了 Handover 的骨架要让它升级成 WebSocket 服务只需要做两件事完成 HTTP 升级握手在handle/2中读取请求头校验Upgrade: websocket与Sec-WebSocket-Key然后向客户端返回101 Switching Protocols响应进入消息循环握手成功后用gen_tcp:recv/2循环读取客户端帧解析 WebSocket 帧格式FIN、opcode、mask、payload length 等并调用gen_tcp:send/2回写数据。由于 socket 已经握在你手里双工通信的实现完全透明。你可以按需实现 ping/pong 心跳、分片消息、二进制帧等功能不受 elli 框架的任何约束。启动服务的方式与普通 elli 服务完全一致只需把 callback 换成我们的模块{ok, Pid} elli:start_link([{callback, elli_example_callback_handover}, {port, 3003}]).参考 elli_handover_tests.erl 中的setup/0你可以照葫芦画瓢写出自己的启动与集成测试。进阶Handover 与 Middleware 的搭配技巧 如果你的项目需要鉴权、压缩等横切逻辑可以借助 elli_middleware.erl 实现多 handler 链式处理。Middleware 本身也是一个 elli handler支持预处理与后处理例如Config [{mods, [ {elli_example_middleware, []}, %% 前置中间件 {elli_middleware_compress, []}, %% 压缩中间件 {elli_example_callback_handover, []} %% 真正的业务回调Handover ]}], elli:start_link([..., {callback, elli_middleware}, {callback_args, Config}]).推荐把鉴权、日志放在前置中间件让 Handover 回调专注于 WebSocket 协议本身这样职责清晰、便于测试。常见问题与避坑指南 为什么我的 handover 请求没有触发检查init/2的返回值必须是{ok, handover}原子元组且你的模块需要导出init/2、handle/2、handle_event/3三个函数见 elli_example_callback_handover.erl。WebSocket 长连接如何保持Handover 后 elli 默认流程已结束你需要在自己的handle/2里维护消息循环注意设置合适的 socket 接收超时并实现心跳机制防掉线。性能如何保障elli 每个连接由独立进程处理天然契合 Erlang 的并发模型。WebSocket 长连接占用的进程资源远低于短连接风暴配合min_acceptors参数调节 elli.erl 中的 acceptor 池大小即可。想用现成的 WebSocket 库社区有基于 Handover 构建的 elli_websocket 扩展你可以在 CHANGELOG 的 v1.0 说明中找到线索再结合本文原理自行集成。总结 ✅通过本文的 30 分钟实战你学会了elli 作为Erlang web server的轻量、高性能特性Handover 机制的本质init/2返回{ok, handover}后连接控制权交给用户代码基于 elli_example_callback_handover.erl 改造出 WebSocket 双工通信服务的完整思路与 Middleware 搭配以及常见坑位的规避方法。elli 的哲学是框架只管 HTTP协议自由发挥。Handover 机制就像一把万能钥匙让 WebSocket 这类双工协议在你的 Erlang 服务中轻松落地。现在就 clone 一份源码动手试试吧30 分钟后你也能拥有自己的 WebSocket 服务【免费下载链接】elliSimple, robust and performant Erlang web server项目地址: https://gitcode.com/gh_mirrors/ell/elli创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 elli WebSocket 实现指南：Handover 机制让双工通信更简单的 30 分钟实战
elli WebSocket 实现指南Handover 机制让双工通信更简单的 30 分钟实战【免费下载链接】elliSimple, robust and performant Erlang web server项目地址: https://gitcode.com/gh_mirrors/ell/ellielli 是一个简单、健壮且高性能的 Erlang web server专为 HTTP API 场景设计但你同样可以用它轻松实现 WebSocket 服务。本文将带你用 30 分钟掌握 elli 的 Handover 机制它能把 TCP socket 的控制权直接交给你的业务代码让你从零搭建一个双工通信服务。无论你是 Erlang 新手还是正在选型 WebSocket 服务器方案这份 elli WebSocket 实现指南都能帮你快速上手。为什么用 elli 做 WebSocket 服务先说结论elli 本身不内置 WebSocket 协议解析但它提供了一条极其优雅的逃生通道——Handover。相比 Cowboy 等重型框架elli 的核心优势在于特性说明 高性能基于 acceptor 池 事件驱动文档称其为 performant Erlang web server 极简源码仅十几个模块无重型依赖学习成本低 可扩展Middleware 机制支持请求预处理与多 handler 链式路由 精准控制Handover 把连接控制权交给用户协议实现完全自由更关键的是elli 的 CHANGELOG.md 明确提到Handover a socket to user code, making it possible to implement WebSockets也就是说 Handover 机制的设计初衷之一就是为 WebSocket 这类长连接双工协议提供实现空间。Handover 机制的核心原理连接控制权交接 在了解实战之前先花 2 分钟搞懂原理。elli 的请求处理流程通常是这样连接建立 → 解析 HTTP 请求 → 调用回调函数 → 返回响应。而 Handover 机制在中间插入了一个岔路口%% 位于 elli_http.erl 的 handle_request/4 case init(Req) of {ok, standard} - %% 标准流程读 body、执行回调、返回响应 ...; {ok, handover} - %% Handover 流程直接调用你的 handle/2 %% 由你的代码接管整个 socket Req1 Req#req{body B1}, Response Mod:handle(Req1, Args), Response end这段逻辑就在 elli_http.erl。当你的回调模块在init/2中返回{ok, handover}时elli 就不再按 HTTP 语义处理这个连接而是把Req其中携带了socket字段直接交给你的handle/2函数。一句话总结Handover 就像你把方向盘交给了司机——之后车怎么开协议怎么聊完全由你决定。这正是实现 WebSocket 升级握手的理想切入点。30 分钟实战搭建基于 Handover 的 WebSocket 服务 ️第一步获取并编译 elli 源码约 3 分钟首先克隆项目源码git clone https://gitcode.com/gh_mirrors/ell/elli cd elli make项目使用 rebar 构建依赖为空deps, []编译非常轻量。编译通过后你可以先跑一下测试验证环境make eunit其中 elli_handover_tests.erl 就是 Handover 路径的集成测试用例稍后我们会对照它来理解代码。第二步从官方示例理解 Handover 触发方式约 10 分钟elli 提供了一个开箱即用的示例模块 elli_example_callback_handover.erl它展示了 Handover 的完整用法核心逻辑分为三部分1. 在 init/2 中判定哪些请求走 Handoverinit(Req, _Args) - case elli_request:path(Req) of [hello, world] - {ok, handover}; %% 命中路径 → 触发 Handover _ - ignore %% 其他路径 → 标准流程 end.2. 在 handle/2 中接管连接直接使用底层 socket 通信handle(GET, [hello, world], Req, _Args) - Body Hello World!, Size list_to_binary(integer_to_list(size(Body))), %% 绕过 elli 的响应封装直接通过 socket 发送 elli_http:send_response(Req, 200, [{Connection, close}, {Content-Length, Size}], Body), {close, }; %% 返回 {close, _} 表示处理完毕后关闭连接3. 其他请求照常走普通 HTTP 流程handle(GET, [hello], Req, _Args) - Name elli_request:get_arg(name, Req, undefined), {ok, [], Hello , Name/binary}.⚠️ 注意{close, }这个返回值——它告诉 elli连接已由我处理完毕请关闭 socket。如果你的 WebSocket 连接要保持长连接这里就要返回相应的长连接语义例如持续循环接收数据这也是从 Handover 到 WebSocket 的关键一步。第三步改造为真正的 WebSocket 双工通信约 15 分钟现在你已经掌握了 Handover 的骨架要让它升级成 WebSocket 服务只需要做两件事完成 HTTP 升级握手在handle/2中读取请求头校验Upgrade: websocket与Sec-WebSocket-Key然后向客户端返回101 Switching Protocols响应进入消息循环握手成功后用gen_tcp:recv/2循环读取客户端帧解析 WebSocket 帧格式FIN、opcode、mask、payload length 等并调用gen_tcp:send/2回写数据。由于 socket 已经握在你手里双工通信的实现完全透明。你可以按需实现 ping/pong 心跳、分片消息、二进制帧等功能不受 elli 框架的任何约束。启动服务的方式与普通 elli 服务完全一致只需把 callback 换成我们的模块{ok, Pid} elli:start_link([{callback, elli_example_callback_handover}, {port, 3003}]).参考 elli_handover_tests.erl 中的setup/0你可以照葫芦画瓢写出自己的启动与集成测试。进阶Handover 与 Middleware 的搭配技巧 如果你的项目需要鉴权、压缩等横切逻辑可以借助 elli_middleware.erl 实现多 handler 链式处理。Middleware 本身也是一个 elli handler支持预处理与后处理例如Config [{mods, [ {elli_example_middleware, []}, %% 前置中间件 {elli_middleware_compress, []}, %% 压缩中间件 {elli_example_callback_handover, []} %% 真正的业务回调Handover ]}], elli:start_link([..., {callback, elli_middleware}, {callback_args, Config}]).推荐把鉴权、日志放在前置中间件让 Handover 回调专注于 WebSocket 协议本身这样职责清晰、便于测试。常见问题与避坑指南 为什么我的 handover 请求没有触发检查init/2的返回值必须是{ok, handover}原子元组且你的模块需要导出init/2、handle/2、handle_event/3三个函数见 elli_example_callback_handover.erl。WebSocket 长连接如何保持Handover 后 elli 默认流程已结束你需要在自己的handle/2里维护消息循环注意设置合适的 socket 接收超时并实现心跳机制防掉线。性能如何保障elli 每个连接由独立进程处理天然契合 Erlang 的并发模型。WebSocket 长连接占用的进程资源远低于短连接风暴配合min_acceptors参数调节 elli.erl 中的 acceptor 池大小即可。想用现成的 WebSocket 库社区有基于 Handover 构建的 elli_websocket 扩展你可以在 CHANGELOG 的 v1.0 说明中找到线索再结合本文原理自行集成。总结 ✅通过本文的 30 分钟实战你学会了elli 作为Erlang web server的轻量、高性能特性Handover 机制的本质init/2返回{ok, handover}后连接控制权交给用户代码基于 elli_example_callback_handover.erl 改造出 WebSocket 双工通信服务的完整思路与 Middleware 搭配以及常见坑位的规避方法。elli 的哲学是框架只管 HTTP协议自由发挥。Handover 机制就像一把万能钥匙让 WebSocket 这类双工协议在你的 Erlang 服务中轻松落地。现在就 clone 一份源码动手试试吧30 分钟后你也能拥有自己的 WebSocket 服务【免费下载链接】elliSimple, robust and performant Erlang web server项目地址: https://gitcode.com/gh_mirrors/ell/elli创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考