This project is an add-on for the excellent J2V8 Project.
It allows users to debug JS running in V8 using Chrome DevTools.
Uses Stetho for communication with Chrome DevTools.
- Debugging embedded V8 in Android app using Chrome DevTools.
- Support setting/removing breakpoints, step into, step out and step over, variables inspection, etc.
- Debugging embedded V8 is similar to Remote Debugging WebViews.
- Access debuggable V8 in the app via chrome://inspect.
Add JitPack repository in your root build.gradle at the end of repositories:
allprojects {
repositories {
maven { url "https://jitpack.io" }
}
}
Add dependency in gradle.build file of your app module
dependencies {
implementation ('com.github.AlexTrotsenko:j2v8-debugger:0.1.2') // {
// optionally J2V8 can be excluded if specific version of j2v8 is needed or defined by other libs
// exclude group: 'com.eclipsesource.j2v8'
// }
}
StethoHelper
and V8Helper
is used for set-up of Chrome DevTools and V8 for debugging.
- Initialization Stetho in
Application
class.
Use StethoHelper.defaultInspectorModulesProvider()
instead of default Stetho.defaultInspectorModulesProvider()
.
final Stetho.Initializer initializer = Stetho.newInitializerBuilder(context)
.enableDumpapp(Stetho.defaultDumperPluginsProvider(context))
.enableWebKitInspector(StethoHelper.defaultInspectorModulesProvider(context, scriptProvider))
.build();
Stetho.initialize(initializer);
- Creation of debuggable V8 instance.
Use V8Helper.createDebuggableV8Runtime()
instead of V8.createV8Runtime()
final Future<V8> debuggableV8Runtime = V8Helper.createDebuggableV8Runtime(v8Executor);
- Clean-up of debuggable V8.
Instead of v8.release(reportMemoryLeaks)
v8Executor.execute(() -> V8HelperKt.releaseDebuggable(v8, reportMemoryLeaks));
Or in Kotlin
v8Executor.execute { v8.releaseDebuggable() }
See sample project for more info.
- Creation and clean-up of V8 should run on fixed V8 thread.
- Creation and clean-up of V8 Debugger should run on fixed V8 thread.
- Debugging operation like set/remove breakpoint should run on fixed V8 thread.
- Execution of any JS script/function should run on fixed V8 thread.
It's easier to implement such behaviour (especially from lib point of view) if single-threaded V8 executor is used.
This way all above mentioned operations would run on such executor.
Therefore lib api like V8Helper.createDebuggableV8Runtime(v8Executor)
is build with this concept in mind.
Later v8 executor will be passed to Chrome DevTools and used for performing debug-related operations.
If Guava is already used in project - MoreExecutors and ListenableFuture could be handy.
- Variables inspection: only local variables and function's arguments are displayed for now.
Reason: variables are obtained from current V8 Frame.
- It's not possible to set break-point while debugging in progress.
Reason: since J2V8 do not provide debugger.pause()/ debugger.resume() methods - it's emulated by suspending v8 thread. Since V8 thread is suspended - setting new breakpoint is not possible as it must run on the same V8 thread.
- All keys of V8 objects are displayed twice.
Reason: Chrome DevTools UI calls Runtime.getProperties() twice for unknown reason.
- StethoHelper.notifyScriptsChanged() currently closes Chrome DevTools connection instead of updating script source code.
Reason: When re-opened Chrome DevTools will show new version of JS scripts. No simple "script changed" event was found in Chrome DevTools protocol.
- Evaluation of random JS expression is now working.
Reason: not implemented.
Copyright 2015 Alexii Trotsenko
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.