项目经理说,Android没有处理弹框,点击按钮没有反应,iOS就能够。因而就复写了onJsAlert、onJsConfirm、onJsPrompt三个方法,来处理页面上的弹框。写完后满心喜悦的觉得能够了,没想到项目经理说,点击按钮异常退出;而后本身查看日志:java
08-06 10:41:53.023 29277-29339/com.medicine E/chromium: [ERROR:child_thread_impl.cc(762)] Request for unknown Channel-associated interface: ui::mojom::GpuMain 08-06 10:41:53.036 29277-29338/com.medicine E/libEGL: cache file failed CRC check
然并卵,这样的日志并不能查找出问题,还好红米手机有捕捉异常的功能,详细异常以下:android
*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** Build fingerprint: 'Xiaomi/hennessy/hennessy:5.0.2/LRX22G/V9.6.1.0.LHNCNFD:user/release-keys' Revision: '0' ABI: 'arm64' pid: 27850, tid: 27850, name: medicine >>> com.medicine <<< signal 6 (SIGABRT), code -6 (SI_TKILL), fault addr -------- Abort message: '[FATAL:jni_android.cc(243)] Please include Java exception stack in crash report ' x0 0000000000000000 x1 0000000000006cca x2 0000000000000006 x3 0000007fae06a0f0 x4 0000007fae06a0f0 x5 0000000000000005 x6 0000000000000001 x7 0000000000000020 x8 0000000000000083 x9 0000007fd82d9043 x10 0000007fd82d8ff8 x11 0000000000000001 x12 0000000000000001 x13 0000000000000054 x14 0000007f9d9dd7c8 x15 0000007fae035bc0 x16 0000007fae02d7e0 x17 0000007fadff258c x18 0000000000000000 x19 0000007fae06a0f0 x20 0000007fae06a3a8 x21 0000007fae033000 x22 000000000000000b x23 0000000000000006 x24 0000007fd82d98f0 x25 0000007fd82d9ab8 x26 0000000061100021 x27 000000007a90001d x28 00000055bc8f0a60 x29 0000007fd82d9320 x30 0000007fadfaeb6c sp 0000007fd82d9320 pc 0000007fadff2594 pstate 0000000060000000 backtrace: #00 pc 0000000000061594 /system/lib64/libc.so (tgkill+8) #01 pc 000000000001db68 /system/lib64/libc.so (pthread_kill+160) #02 pc 000000000001f09c /system/lib64/libc.so (raise+28) #03 pc 0000000000018abc /system/lib64/libc.so (abort+60) #04 pc 0000000000771f20 /system/app/WebViewGoogle/lib/arm64/libwebviewchromium.so
虽然获取到了更多的信息,我仍是想哭,仍是没有一点用处,都是底层框架的错误信息,对于查找错误仍是云里雾里,只好去排查代码。既然是复写onJsAlert、onJsConfirm、onJsPrompt三个方法后,报错就查看具体复写的代码,一下是复写代码详情:web
@Override public boolean onJsAlert(WebView view, String url, String message, JsResult result) { new AlertDialog.Builder(view.getContext()) .setTitle("对话框") .setMessage(message) .setPositiveButton("肯定", (dialog, which) -> { result.confirm(); dialog.dismiss(); }) .setCancelable(false) .show(); return true; } @Override public boolean onJsConfirm(WebView view, String url, String message, JsResult result) { new AlertDialog.Builder(view.getContext()) .setTitle("对话框") .setMessage(message) .setPositiveButton("肯定", ((dialog, i) -> { result.confirm(); dialog.dismiss(); })) .setNegativeButton("取消", (dialogInterface, i) -> result.cancel()) .setOnCancelListener(dialogInterface -> result.cancel()) .show(); return true; } @Override public boolean onJsPrompt(WebView view, String url, String message, String defaultValue, JsPromptResult result) { final EditText et = new EditText(view.getContext()); et.setSingleLine(); et.setText(defaultValue); new AlertDialog.Builder(view.getContext()) .setTitle("对话框") .setMessage(message) .setView(et) .setPositiveButton("肯定", ((dialog, i) -> { result.confirm(et.getText().toString()); dialog.dismiss(); })) .setNegativeButton("取消", (dialogInterface, i) -> result.cancel()) .setOnCancelListener(dialogInterface -> result.cancel()) .show(); return true; }
查看代码的时候,发现new AlerDialog
的时候用的是view.getContext()
,而后发现new WebView()
的时候用的是getApplicationContext()
;咱们知道AlertDialog的Context只能是Activity,因此发现问题;把getApplicationContext()改成当前Activity后,问题就解决了。app
测试人员说,Android端在选择时间的时候失败,只能够选择当前时间。因而本身测试,第一次进入能够选择时间,没有问题;可是当锁屏后,再次进入页面后,能够弹出日期选择框,滚动日期的时候,明显发现日期滚动不畅,而且预期的时间并无出现,而是默认的当前时间。框架
找到问题所在,而后查找问题根源在哪里:既然是在锁屏后出现问题,会不会是onPause()和onResume()方法里面的问题呢;心中有了这样的想法后就把onPause()和onResume()注释了,再次运行,发现日期选择正常了;如此看来,的确是onPause()和onResume()方法里面出现问题了。这两个方法是从网上找来的,具体代码以下:ide
@Override protected void onResume() { super.onResume(); if (mWebView != null) { mWebView.onResume(); } } @Override protected void onPause() { super.onPause(); if (mWebView != null) { mWebView.onPause(); mWebView.pauseTimers(); } }
copy的代码也没有深究,可是发现有个方法没有成对出现mWebView.pauseTimers()
,而后查看源代码,文档解释为:布局
Pauses all layout, parsing, and JavaScript timers for all WebViews. This is a global requests, not restricted to just this WebView. This can be useful if the application has been paused.测试
机器翻译为:暂停全部WebView的全部布局,解析和JavaScript计时器。此是全局请求,不只限于此WebView。若是应用程序已暂停,这可能颇有用。ui
而后再WebView源码中发现pauseTimers()
方法下面就是resumeTimers()
方法,喜出望外,文档解释为:this
Resumes all layout, parsing, and JavaScript timers for all WebViews. This will resume dispatching all timers.
机器翻译为:恢复全部WebView的全部布局,解析和JavaScript计时器。 这将继续调度全部计时器。
因而,恢复注释的代码,在Activity的onResume()方法中加上mWebView.resumeTimers()
,运行项目,发现问题解决。所以,具体问题是在Activity息屏后调用webview的pauseTimers()方法,把js功能暂停;可是在onResume()没有恢复运行,因此形成这个问题。