在Flutter中,每个页面对应一个Route,通过Navigator管理Route。Navigator内部会包含一个Overlay Widget,每个Route最终都转化成一个_OverlayEntryWidget添加到Overlay上。这个地方可以把Overlay理解为Android中的FrameLayout,内部的View上下叠加。每打开一个新的Route,都相当于往FrameLayout添加一个新的子View。Navigator会存在嵌套的情况,即Route所创建的页面本身也包含一个Navigator,比如App的根Widget是MaterialApp(自带Navigator),Route页面也用MaterialApp包裹,就会形成Navigator嵌套的情况。还是以FrameLayout来理解,这也就相当于嵌套的FrameLayout。 路由信息功能会打印出当前栈顶页面所处的Route信息,如果存在Navigator嵌套的情况,也会向上遍历打印出每层Navigator的信息。具体的实现方式是,先获取当前根app根Element,可以使用WidgetsBinding.instance.renderViewElement作为根Element,再通过递归调用element的visitChildElements方法,向下遍历整棵树找到最后一个RenderObejctElement,该RenderObejctElement即为当前显示的页面上的元素。然后使用ModalRoute.of(element)方法即可获取到当前页面的路由信息。
至于嵌套的路由信息,则可以通过找到的RenderObejctElement的findAncestorStateOfType方法,反向向上递归遍历,获得所处的Navigator的NavigatorState,再调用ModalRoute.of(navigatorState.context),如果返回不为空则表示存在嵌套。
方法通道
Flutter的Method Channel调用最终都会经过ServiceBinding.instance._defaultBinaryMessenger这个对象,类型为BinaryMessenger,由于这个对象是个私有对象,无法动态进行修改。不过查看ServiceBinding的源码可以发现这个对象是通过ServiceBinding.createBinaryMessenger方法创建的,通过使用flutter的mixins,可以实现对该方法的重写。 我们知道,ServiceBinding实际也是通过mixins在WidgetsFlutterBinding.ensureInitialized方法中一起被初始化的,所以只要在WidgetsFlutterBinding这个类额外mixin一个继承于ServiceBinding并且重写了createBinaryMessenger方法的类,就能实现对ServiceBinding中createBinaryMessenger的覆盖,代码如下:
class DoKitWidgetsFlutterBinding extends WidgetsFlutterBinding
with DoKitServicesBinding {
static WidgetsBinding ensureInitialized() {
if (WidgetsBinding.instance == null) DoKitWidgetsFlutterBinding();
return WidgetsBinding.instance;
}
}
mixin DoKitServicesBinding on BindingBase, ServicesBinding {
@override
BinaryMessenger createBinaryMessenger() {
return DoKitBinaryMessenger(super.createBinaryMessenger());
}
}
接下去把runApp的入口调用改成如下,就能实现BinaryMessenger的替换 static void _runWrapperApp(DoKitApp wrapper) { DoKitWidgetsFlutterBinding.ensureInitialized() …scheduleAttachRootWidget(wrapper) …scheduleWarmUpFrame(); } 至于Method Channel具体信息的捕获,只要hook住BinaryMessenger.handlePlatformMessage和BinaryMessenger.send两个方法就行了,具体可看DoKitBinaryMessenger这个类
控件检查
和路由功能类似,通过从根element向下遍历,在遍历过程中记录和选中的View有交集的所有RendereObjectElement,并且记录用以标志当前页面的RendereObjectElement,获取它的Route信息。遍历完成后,遍历记录下来的RendereObjectElement,过滤掉Route信息和当前页面不一致的,这些Element属于被遮盖住的页面。然后通过比对RendereObjectElement和选中View的交叉区域面积占RendereObjectElement面积的比例,占比最大的为当前选中的组件。 在Debug模式下可以获取选中组件在工程中的代码位置,将WidgetInspectorService.instance.selection.current赋值为选中element的renderObject,再调用WidgetInspectorService.instance.getSelectedSummaryWidget方法,会返回一个json字符串,解析这个字符串就能获取源码文件名、行列信息等。
日志查看
日志查看功能比较简单,只要使用runZoned方法替代runApp,传入zoneSpecification,就能为日志输出设置一个代理函数,在这个代理函数内进行日志捕获,同时,还可以为onError设置一个代理函数,在这里将捕获的异常也会传入到日志当中。
帧率
–
使用WidgetsBinding.instance.addTimingsCallback可以统计帧率信息,在每帧渲染完成时会触发回调,包含该帧渲染的信息。
内存
–
同VM信息,使用VMService可以获取到内存详细使用信息。
网络请求
Flutter自带的网络请求通过HttpClient类发送,只要hook住HttpClient的创建就可以hook整个网络请求的过程。查看HttpClient的构造函数可以发现,如果存在HttpOverrides,就会使用HttpOverrids来创建HttpClient
factory HttpClient({SecurityContext? context}) {
HttpOverrides? overrides = HttpOverrides.current;
if (overrides == null) {
return new _HttpClient(context);
}
return overrides.createHttpClient(context);
}
所以这里重写了一个HttpOverrids
class DoKitHttpOverrides extends HttpOverrides {
final HttpOverrides origin;
DoKitHttpOverrides(this.origin);
@override
HttpClient createHttpClient(SecurityContext context) {
if (origin != null) {
return DoKitHttpClient(origin.createHttpClient(context));
}
// 置空,防止递归调用,使得_HttpClient可以被初始化
HttpOverrides.global = null;
HttpClient client = DoKitHttpClient(new HttpClient(context: context));
// 创建完成后继续置回DoKitHttpOverrides
HttpOverrides.global = this;
return client;
}
}
替换HttpOverrides
HttpOverrides origin = HttpOverrides.current;
HttpOverrides.global = new DoKitHttpOverrides(origin);
hook住HttpClient方法后,对于请求和返回结果的hook过程就和Android中的HttpUrlConnection类似了,具体可以看DoKitHttpClient、DoKitHttpClientRequest、DoKitHttpClientResponse三个类。
版本API兼容
Flutter版本更新还是比较快的,每一个大版本更新都会带来一些API的变更,目前DoKit的方案需要重写一些framework层的类,在兼容多版本时就会有一些问题。以上面的BinaryMessager为例,1.17版本只有四个方法,用来hook的DoKitBinaryMessager是这么写的
class DoKitBinaryMessenger extends BinaryMessenger {
final MethodCodec codec = const StandardMethodCodec();
final BinaryMessenger origin;
DoKitBinaryMessenger(this.origin);
@override
Future handlePlatformMessage(String channel, ByteData data, callback) {
ChannelInfo info = saveMessage(channel, data, false);
PlatformMessageResponseCallback wrapper = (ByteData data) {
resolveResult(info, data);
callback(data);
};
return origin.handlePlatformMessage(channel, data, wrapper);
}
@override
Future send(String channel, ByteData message) async {
ChannelInfo info = saveMessage(channel, message, true);
ByteData result = await origin.send(channel, message);
resolveResult(info, result);
return result;
}
@override
void setMessageHandler(
String channel, Future Function(ByteData message) handler) {
origin.setMessageHandler(channel, handler);
}
@override
void setMockMessageHandler(
String channel, Future Function(ByteData message) handler) {
origin.setMockMessageHandler(channel, handler);
最后
下面是辛苦给大家整理的学习路线
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》,点击传送门,即可获取!
ing channel, Future Function(ByteData message) handler) {
origin.setMockMessageHandler(channel, handler);
最后
下面是辛苦给大家整理的学习路线
[外链图片转存中…(img-eXYfQot7-1715109369933)]
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》,点击传送门,即可获取!