EditText 文本输入框， Android 里面超级常用的控件，不管你是要进行注册登录还是表单填写，肯定都需要和它打交道，写下目前已知的各种问题。
保存状态恢复异常
这个都知道，通常我们不需要额外注意和处理 EditText 的临时保存以及恢复，因为它早就处理好这一系列的逻辑。但是，请注意，这里有一个但是。EditText 临时保存相关状态是依赖于View 本身 id 作为 key 值，如果你是复用布局，或者存在相同 id ，那么，这个值就是会被覆盖的。
protected void dispatchSaveInstanceState(SparseArray<Parcelable> container) {
if (mID != NO_ID && (mViewFlags & SAVE_DISABLED_MASK) == 0) {
mPrivateFlags &= ~PFLAG_SAVE_STATE_CALLED;
Parcelable state = onSaveInstanceState();
if ((mPrivateFlags & PFLAG_SAVE_STATE_CALLED) == 0) {
throw new IllegalStateException(
"Derived class did not call super.onSaveInstanceState()");
}
if (state != null) {
// Log.i("View", "Freezing #" + Integer.toHexString(mID)
// + ": " + state);
container.put(mID, state);
}
}
}
protected void dispatchRestoreInstanceState(SparseArray<Parcelable> container) {
if (mID != NO_ID) {
Parcelable state = container.get(mID);
if (state != null) {
// Log.i("View", "Restoreing #" + Integer.toHexString(mID)
// + ": " + state);
mPrivateFlags &= ~PFLAG_SAVE_STATE_CALLED;
onRestoreInstanceState(state);
if ((mPrivateFlags & PFLAG_SAVE_STATE_CALLED) == 0) {
throw new IllegalStateException(
"Derived class did not call super.onRestoreInstanceState()");
}
}
}
}
这个是 View中定义的保存和恢复两个方法，可以看到，没有设置 id 的话，那么就没后续逻辑，在有 id 的情况下，id 就作为 SparseArray 的 key 。所以，再强调下上面提到的：EditText 临时保存相关状态是依赖于View 本身 id 作为 key 值，如果你是复用布局，或者存在相同 id ，那么，这个值就是会被覆盖的。
那这个问题怎么解决好一些呢？先分析下出现这种情况的场景吧。
第一种是复用布局的场景，在 ListView 或者 RecyclerView 中。对应的 EditText 肯定只有一个 id ,这种情况我建议是缓存list相关数据，在恢复时，重新设置相关数据，忽略 EditText 自己的保存和恢复。
第二种是自己定义了一个通用布局父控件，在这个父控件中填充了一个通用布局。对于这种情况，我们不能忽略 EditText 自己的保存和恢复，而是应该改造一下上面讲到的两个方法。具体操作大概就是这样：
private fun initKey(): Any? {
(parent as? View)?.run {
return "${javaClass.simpleName}$$id"
}
return null
}
override fun dispatchSaveInstanceState(container: SparseArray<Parcelable>) {
try {
val key = initKey()
if (key != null && isSaveEnabled) {
val state = onSaveInstanceState()
if (state != null) {
container.put(key.hashCode(), state)
}
}
} catch (e: Exception) {
super.dispatchSaveInstanceState(container)
e.printStackTrace()
}
}
override fun dispatchRestoreInstanceState(container: SparseArray<Parcelable>) {
try {
val key = initKey()
if (key != null) {
val state = container.get(key.hashCode())
if (state != null) {
onRestoreInstanceState(state)
}
}
} catch (e: Exception) {
super.dispatchRestoreInstanceState(container)
e.printStackTrace()
}
}
因为这种情况，父控件总会有一个独立 id ，那么我们就可以通过这个 id 来构造保存时的 key ，接着在恢复时通过对应 key 再去读取相应的 value 。当然你可以再结合第一中情况，加入一个是否缓存的 flag，在列表复用的情况下，直接禁止 EditText 相关数据保存和恢复，也算是一种优化。
imeOptions 总是返回 IME_ACTION_UNSPECIFIED
产品在不断优化之后，提出更加人性化，键盘控制什么的肯定少不了，但是，你应该会碰到过指定 ActionDone 等 action 后却没效果的情况。如果没有，那也看看吧，这里是有一个坑的。对于我已知触发条件是同时指定了这两个属性：
android:digits="@string/code_input_type"
android:inputType="text"
dialogVerifyInput.setOnEditorActionListener { _, actionId, _ ->
if (actionId == EditorInfo.IME_ACTION_DONE) {
dialogVerifyConfirm.performClick()
}
true
}
接着这里 listener 返回的 actionId 就是 IME_ACTION_UNSPECIFIED ，如果上面那两个属性必须指定，其实不用太纠结，直接把 IME_ACTION_UNSPECIFIED 也放到判断条件中，如果能避免，那就避免这么写。
gravity 为 right 时 光标变细
这个问题原因也不太明白，因为有的手机是是 OK 的，有的手机上是有问题的。（似乎不是因为 7.0 版本才有问题，我在 7.0 模拟器上面没有出现对应问题）。网上其实也有相关解决方案，最直接的就是手动追加空格，让光标永远都在倒数第二的位置。
输入模式弹出软键盘遮挡问题
说到 EditText 另一个老大难的问题就是软键盘弹出遮挡的问题。解决方法也很成熟。简单来说就是给 DecorView 添加一个 OnGlobalLayoutListener ，接着通过 DecorView getWindowVisibleDisplayFrame(rect) 方法拿到可见区域的底部，再和自身的高度做一个对比。
View decorView = activity.getWindow().getDecorView();
decorView.getViewTreeObserver().addOnGlobalLayoutListener(() -> {
Rect rect = new Rect();
decorView.getWindowVisibleDisplayFrame(rect);
int rootHeight = decorView.getRootView().getHeight();
int mainInvisibleHeight = rootHeight - rect.bottom;
if (mainInvisibleHeight > rootHeight / 4) {
int[] location = new int[2];
int srollHeight = 0;
if (scroll != null) {
scroll.getLocationInWindow(location);
srollHeight = location[1] + scroll.getHeight() + dy - rect.bottom;
}
if (srollHeight > 0) {
decorView.scrollTo(0, srollHeight);
}
if (listener != null) {
listener.keybordState(true);
}
} else {
if (scroll != null) {
decorView.scrollTo(0, 0);
}
if (listener != null) {
listener.keybordState(false);
}
}
});
这里有个问题，如果你直接控制滚动的 View 是 DecorView ，状态栏肯定糊掉，在某些带有底部虚拟按键手机上会出现虚拟按键背景色也跟着滚动。所以，这里滚动的 View 应该是自己传入的一个顶级父布局 rootView，这样滚动的视觉范围就可控制。
public void addKeyboardListener(@NonNull Activity activity, @NonNull View rootView,
@Nullable View targetView, int extraSpace) {
try {
View decorView = activity.getWindow().getDecorView();
decorView.getViewTreeObserver().addOnGlobalLayoutListener(() -> {
Rect rect = new Rect();
decorView.getWindowVisibleDisplayFrame(rect);
int rootHeight = decorView.getRootView().getHeight();
int mainInvisibleHeight = rootHeight - rect.bottom;
if (mainInvisibleHeight > rootHeight / 4) {
int[] location = new int[2];
int scrollHeight = 0;
if (targetView != null) {
targetView.getLocationInWindow(location);
scrollHeight = location[1] + targetView.getHeight() + extraSpace - rect.bottom;
}
if (scrollHeight > 0) {
rootView.scrollTo(0, scrollHeight);
}
} else {
rootView.scrollTo(0, 0);
}
});
} catch (Exception e) {
e.printStackTrace();
}
}
另外记得取消相关事件监听。
setSelection() throw IndexOutOfBoundsException
这个异常产生原因是你设置过 maxLength , 然后 setSelection() 方法设置的 index 超出了这个 maxLength 。简单点儿 catch 一下异常就好。
网友评论