Dart VM Service 简介
Flutter 开发工具 DevTools 是不是有些神奇?移动端开发中用到的性能工具通常是原生应用,而 DevTools 却是基于浏览器的。为什么要基于浏览器开发,Dart VM Service Protocol 又是什么?简单了解一下。
Dart DevTools 提供 hot reload、UI 调试和内存分析等各种功能。
Dart VM Service Protocol
先来看看 Dart VM Service Protocol 是什么。
Dart VM Service Protocol 3.36 介绍如下:
Service Protocol 协议用于跟运行中的 Dart VM 通信
使用
--observe
启动 Dart VM 后就能使用 Service Protocol。VM 会启动一个 webserver 并通过 WebSocket 为 protocol request 提供服务。也可发送 HTTP (非WebSocket)请求,但这种情况下无法访问 VM eventService Protocol 使用 JSON-RPC 2.0 来通信
RPC
通过 getVersion 这个例子来看看 RPC 请求和响应。
RPC request 是一个发送到 server 的 JSON 对象。
1 | { |
RPC response 也是一个 JSON 对象。
这是一个成功的 RPC response:
1 | { |
这是一个失败的 RPC response:
1 | { |
[JSON-RPC 规范](error codes)的基础上,Service Protocol 定义了一些额外的错误码。具体错误见 Service Protocol 文档,这里不展开。
Event 和 Binary Event
- 通过使用 streamListen 和 streamCancel RPC,客户端可以收到 VM 中特定 stream 上的事件通通知
- 每个 stream 跟一个 stream id 关联
- 每个 stream 跟某种类型的事件关联。比如 Isolate stream 提供 isolate 相关的创建和销毁等事件
- 客户端通过 WebSocket 异步接收 stream event
- 某些事件跟二进制数据关联,通过 WebSocket binary frame 而不是 text frame 发送这些事件
1 | { |
Types
Service Protocol 中的每个响应或事件均有 type
属性,它是 Response 子类。客户端可以通过 type
属性判断每种响应或事件的准确类型。
- 以
@
开头的 type 表示当前响应是一个reference
- 不以
@
开头的 type 表示当前响应是一个object
reference
可提供的信息是 object
的子集
Dart VM Service Protocol Extension
Dart VM Service Protocol Extension 与 VM 通信的方式跟 Service Protocol 类似跟类似,但它们并不是核心 Dart VM Service Protocol 的一部分,仅允许通过某些核心库访问。
通过添加前缀名来调用对应的 RPC 接口,类似 “ext.dart.libraryName”。比如,调用 ext.dart.io.getSocketProfile
来执行 dart:io 暴露的 getSocketProfile
RPC 接口。
总结
简单了解 Dart VM Service Protocol 和 Dart VM Service Protocol Extension 后,我们有以下认识:
- Service Protocol 和 Service Protocol Extension 是一套 RPC-JSON 协议
- Service Protocol 兼容性好,可以很容易地集成到现有 IDE
- VM 会启动一个 webserver 并通过 WebSocket 为客户端提供服务
为什么要基于浏览器来开发 DevTools?有以下几个原因
- 浏览器天生支持 WebSocket,所以基于浏览器开发 DevTools 是水到渠成
- 基于浏览器开发 DevTools,可兼容多平台
- 当前的 DevTools 是使用 Flutter 框架开发的 (没错,Flutter。以前是纯 Dart 开发),部署成 Web 应用很方便