作为誓死效忠大安卓帝国的程序狗，我一般不写技术类文章。
你们翻翻我的文章就会发现，我还真不像技术流的。
不过最近搞一个安卓的坑，搞得非常蛋疼，于是打算纪录下来。
坑是这样的：我有一个WebView，里面有一个写字区域，然后我要在写字的同时呼叫里面的JS。
在iOS上这事挺容易整的，比如这样（obj-C为例）：
NSString *hasRange =
[self stringByEvaluatingJavaScriptFromString:@"MobileWriter.hasRange()"];
但在大安卓帝国，这事就有点蛋疼了。
在KitKat上，WebView有个接口名叫evaluateJavascript，从而事情是这样的：
evaluateJavascript("MobileWriter.hasRange();", resultCallback);
这货看上去和iOS上差不多，但已经有点讨厌了：它是Callback机制的，不像iOS上直接拿结果。
但，这还算好的，如果不是KitKat，也就是4.4之前的Android，你连这个接口都没有，于是只能这样：
loadUrl("javascript:MobileWriter.hasRange();");
这个就很蛋疼了，因为没有callback，你必须在JS运行结束后，让JS去调用一个指定的对象，从而通过这个对象来获得回调，比如下面这样：
(In Java)
addJavascriptInterface(new JavascriptDelegate () {
@JavascriptInterface
public void jsCallback (String result) {
Log.i("Editor", "Blablabla...");
}
}, "AndroidHost");
(In Javascript)
MobileWriter.hasRange = function () {
"Blablabla..."
if (AndroidHost && AndroidHost.jsCallback) {
AndroidHost.jsCallback('Mission Complete.');
}
};
看着是不是就很蛋疼？
但，这根本不算事，挺Easy的，只要J-J两端协议定好，这都不叫事儿。
麻烦的是下面这个问题：
每次你在Java端使用loadUrl的时候，在4.4以下的安卓上都会引发WebView的页面重新载入事件（而且这个你还没法通过重载WebViewClient的shouldOverrideUrlLoading方法来阻止），从而引发系统的clearHelpers，这货则会调用clearTextEntry并最终调用到hideSoftKeyboard。
这个貌似看上去没什么，但实际上却很糟糕，因为这会导致两个问题：
- SoftKeyboard会自动消失（hideSoftKeyboard）；
- Contextual Menu和相关选区会自动消失（clearTextEntry）。
也就是说，如果你在输入的时候就要调用JS的话，那么只要你调用了JS，输入状态就自动消失，键盘没了，选区没了，你得重新开始选择。
这事就很蛋疼了。
4.4为什么通过调用loadUrl来调用JS不会有这个问题？因为如果你调用的是javascript协议从而也就是调用js函数的话，其实4.4下面走的是上面提到的evaluateJavascrpt，当然安全了。
解决这个问题的方法，一个是用反射调用android.webkit.BrowserFrame.stringByEvaluatingJavaScriptFromString()，这个比较蛋疼。
另一个，则是设法通知JS我Java端有事件了，然后让JS调用JavascriptDelegate插入的Delegate对象，并从这个对象获取当前要做的事件，并执行。
第一个方法比较霸气，直接用反射，相当犀利，但我不确定能否通过安检（不过国内App反正也没啥检查，应该不慌。GoogleAppStore是否允许我这么玩我就不知道了）。
第二个方法比较温和，没这么霸气，但缺点是你得加一个同步锁，避免操作不同步导致问题——WebView中的JS是跑在另一根线程上的，这种频繁的线程间相互调用回调的方法安全性是个问题。
至于说通知JS应该要召唤Delegate的方法嘛，当然不能傻傻地用loadUrl了。你可以小小地微调一下WebView的尺寸，引发JS端的window.onresize事件，然后就可以让JS端去调用Java端了。
或者另一个比较蛋疼的方法是JS端开一个Timeout甚至Interval，这个有点网站开发早期的轮询了，但个人不建议这么做，毕竟是手机端，毕竟是轮询，还是要考虑资源消耗的。
至于说有没有别的通知手段，这个暂时没想到。。。
