的功能默认是关闭的，使⽤用 WebSocket 需要开启下⾯面的配置： 还有下⾯面的配置可以设置： 为了更好的规范浏览器端和服务端之间传送的数据格式，ThinkJS 默认使⽤用 jsonrpc 2.0 的规范，也可以根据项⺫⽬目 数据更改传输的数据格式。 浏览器传送到服务端的数据格式为： WebSocket //WebSocket 配置 "use_websocket": false ⼦子协议，可以是个字符串也可以是回调函数 websocket_message_handle: undefined, //websocket 消息处理函数 JavaScript 数据格式 服务端发送给浏览器端的数据格式为： 浏览器端可以通过下⾯面的⽅方式创建⼀一个 websocket 连接。 这种⽅方式只是创建了个 websocket 连接，不会调⽤用控制器上任何操作。如果要调⽤用控制器上对应的操作，可以⽤用 且传递进去的 http 对象上多了如下的属性： WebSocket 建⽴立连接时还是 HTTP 协议，所以在 Action ⾥里可以取到 cookie，也可以设置 cookie。 // 浏览器发送给服务端的数据格式 var data = { jsonrpc: "2.0", method: "/test/websocket/message"

解析后决定 的。 ThinkJS 提供了一套灵活的路由机制，除了默认的解析外，还可以支持多种形式的自定义路由，让 URL 更加简单友好。 URL 解析为 pathname 当用户访问服务时，服务端首先拿到的是一个完整的 URL，如：访问本页面，得到的 URL 为 http://www.thinkjs.org/zh-cn/doc/2.0/route.html 。 将 URL 进行解析得到的 的值修改为 true，并重启 Node.js 服务。 事件到 Action 的映射 ThinkJS 里对 WebSocket 的包装遵循了 socket.io 的机制，服务端和客户端之间通过事件来交 互，这样服务端需要将事件名映射到对应的 Action，才能响应具体的事件。配置在 messages 字 段，具体如下： export default { messages: { default { type: 'socket.io', adapter: { 'socket.io': { path: '/other_path' } } } 注 ：服务端修改了处理的路径后，客户端也要作对应的修改。 设置 adapter 使用多节点来部署 WebSocket 时，多节点之间可以借助 Redis 进行通信，这时可以设置 adapter 来 实现。

Content-Length 头.此头信息定义在 HTTP1.0协 议 RFC 1945 10.4章节中.该信息是用来告知用户代理,通常意义上就是浏览器,服务端发送的文档内容长度.浏览 器接受到此信息后,接收完 Content-Length 中定义的长度字节后开始解析页面.如果服务端有部分数据延迟发送, 最新版文档：wiki.grati.org QQ 群：53090214 共同学习 NodeJS，欢迎加入。 38

⽤用户体验趋向不不稳定，诉求服务的⾼高度灵活与定制 ▸ 不不同的设备对 API 有不不同的诉求 ▸ API 灵活性对服务开发者要求太⾼高 ▸ 服务层 API 相对稳定，体验层 API 经常变化 ▸ 服务端设计的接⼝口究竟是⾯面向 UI 还是只是通⽤用服务？ BFF 为⽤用户体验解围 困境中的答案：Backends for FrontEnds Desktop BFF Mobile BFF H5

// ⼦子域名映射 denyModules: [] // 多模块下，禁⽌止访问的模块 } } ]; pathname 预处理 当用户访问服务时，服务端首先拿到的是一个完整的 URL，如：访问本页面，得到的 URL 为 http://www.thinkjs.org/zh-cn/doc/3.0/router.html ，我们得到的初始 pathname