概要
WARNING
Android Weex DevTools
是三方插件, 不由 Apache Weex 开发或维护。
Weex Devtools 能够方便调试 Weex 页面,但此功能离不开 Native 的支持。如何让你的 App 也集成 Devtools,在本章将会详细说明 Android 端如何接入 Weex Devtools。
版本兼容
| WeexSDK | Weex Inspector |
|---|---|
| 0.16.0+ | 0.12.1 |
| 0.17.0+ | 0.13.2 |
| 0.18.0+ | 0.13.4-multicontext |
| 0.19.0+ | 0.18.68 |
| 0.20.3.0-beta | 0.20.3.0-beta |
| 0.24.0+ | 0.24.2.4 |
| 0.26.0+ | 0.24.2.4 |
| ## Android接入指南 | |
| #### 一、添加依赖 | |
| 可以通过Gradle 或者 Maven添加对devtools aar的依赖, 也可以直接对源码依赖. | |
| * Gradle依赖. |
1. dependencies {
2. compile 'com.taobao.android:weex_inspector:0.18.10'
3. }
或者 * Maven依赖.
1. <dependency>
2. <groupId>com.taobao.android</groupId>
3. <artifactId>weex_inspector</artifactId>
4. <version>0.18.10</version>
5. <type>pom</type>
6. </dependency>
或者
* 源码依赖.需要复制inspector
目录到你的app的同级目录, 然后在工程的 settings.gradle 文件下添加 include ":inspector", 此过程可以参考playground源码的工程配置及其配置, 然后在app的build.gralde中添加依赖.
1. dependencies {
2. compile project(':inspector')
3. }
-
需要引入okhttp
- dependencies {
- compile 'com.squareup.okhttp:okhttp:2.3.0'
- compile 'com.squareup.okhttp:okhttp-ws:2.3.0'
- ...
- }
- dependencies {
二、调试开关(扫码开启调试/手动开启调试)
最简单方式就是复用Playground的相关代码,比如扫码和刷新等模块, 但是扫码不是必须的, 它只是与app通信的一种形式, 二维码里的包含DebugServer IP及bundle地址等信息,用于建立App和Debug Server之间的连接及动态加载bundle. 在Playground中给出了两种开启debug模式的范例. * 范例1: 通过在XXXApplication中设置开关打开调试模式
1. public class MyApplication extends Application {
2. public void onCreate() {
3. super.onCreate();
4. initDebugEnvironment(true, "xxx.xxx.xxx.xxx"/*"DEBUG_SERVER_HOST"*/);
5. //WXSDKEngine.reload();
6. }
7. }
8. 9. private void initDebugEnvironment(boolean enable, String host) {
10. WXEnvironment.sRemoteDebugMode = enable;
11. WXEnvironment.sRemoteDebugProxyUrl = "ws://" + host + ":8088/debugProxy/native";
12. }
这种方式最直接, 在代码中直接hardcode了开启调试模式, 如果在SDK初始化之前调用甚至连WXSDKEngine.reload()都不需要调用, 接入方如果需要更灵活的策略可以将initDebugEnvironment(boolean enable, String host)和WXSDKEngine.reload()组合在一起在合适的位置和时机调用即可.(如果不是初始化之前调用,n那么每次调用initDebugEnvironment后必须调用WXSDKEngine.reload()刷新Weex引擎)
* 范例2:通过扫码打开调试模式 Playground中较多的使用扫描weex debugger生成的调试二维码的方式传递信息, 不仅用这种方式控制Debug模式的开关,而且还通过它来传入bundle的url直接调试. 应当说在开发中这种方式是比较高效的, 省去了修改sdk代码重复编译和安装App的麻烦.拦截方式:
1. if (WXEnvironment.isApkDebugable()) {
2. String devToolUrl = uri.getQueryParameter("_wx_devtool");
3. if (!TextUtils.isEmpty(devToolUrl)) {
4. WXEnvironment.sRemoteDebugProxyUrl = devToolUrl;
5. WXEnvironment.sDebugServerConnectable = true;
6. WXSDKEngine.reload(XXXXX.getApplication(), false);
7. }
8. }
-
可选:调试刷新协议 广播 ACTION_DEBUG_INSTANCE_REFRESH 在调试模式切换和 Chrome 调试页面刷新时发出,主要用来通知当前的 Weex容器以 Debug 模式重新加载当前页。在 playground 中的处理过程如下:
- public class RefreshBroadcastReceiver extends BroadcastReceiver {
- @Override
- public void onReceive(Context context, Intent intent) {
- if (IWXDebugProxy.ACTION_DEBUG_INSTANCE_REFRESH.equals(intent.getAction())) {
- //Do something
- }
- }
- }
- public class RefreshBroadcastReceiver extends BroadcastReceiver {
科普
Devtools组件介绍
Devtools扩展了Chrome Debugging Protocol
, 在客户端和调试服务器之间的采用JSON-RPC
作为通信机制, 本质上调试过程是两个进程间协同, 相互交换控制权及运行结果的过程. 更多细节还请阅读Weex Devtools Debugger的技术选型实录
这篇文章.
* 客户端 Devtools 客户端作为aar被集成App中, 它通过webscoket连接到调试服务器,此处并未做安全检查. 出于安全机制及包大小考虑, 强烈建议接入方只在debug版本中打包此aar.
* 服务器 Devtools 服务器端是信息交换的中枢, 既连接客户端, 又连接Chrome, 大多数情况下扮演一个消息转发服务器和Runtime Manager的角色.
* Web端 Chrome的V8引擎扮演着bundle javascript runtime的角色. 开启debug模式后, 所有的bundle js 代码都在该引擎上运行. 另一方面我们也复用了Chrome前端的调试界面, 例如设置断点, 查看调用栈等, 调试页关闭则runtime将会被清理.
调试的大致过程请参考如下时序图.
