在最近经历了输入法卡顿事故以后，又有一些关于输入法的问题涌现了出来，做过IM的人都知道，输入框中的数据是需要处理的，比如表情，@某人等，表情需要转换为图片，@也需要转换为图片（如果不转的话，删除的时候比较麻烦），这些处理需要在EditText设置的TextWatcher接口中去处理，一般来说会在afterTextChanged方法中去做这些事情，但是值得注意的是，这个方法是在主线程中执行的，如果太耗时的话，虽然不会导致ANR（这要是ANR了，说明代码是写的多烂啊），但是会导致输入法出现问题，比如我现在遇到的问题：
由于afterTextChanged方法中代码未做优化，每次输入或者删除字符时都会去执行
parseFace和parseAt两个方法，导致整个方法耗时10~30ms
但是经过验证，超过10ms输入法反馈就会出现问题，比如说
长按输入法的Del键，正常是会一直删下去的，但是我这里会出现只能删除一个字符；
输入法手写（叠写）时会出现无候选词汇；
根源还是在于afterTextChanged方法太耗时了，那能不能将这些方法放到线程中去处理呢，这个我倒没试过，不过放到线程中逻辑会变得更加复杂，这点是肯定的，线程切换的开销，上下文的处理会让你的程序的可读性更差
以前的版本中，每次输入（删除）字符后都将整个EditText的内容重新去处理，这点其实是很愚蠢的，但是之前并未引起注意，但是最近输入法问题集中爆发了，所以也就彻底改掉，以绝后患吧
下面是整个TextWatcher的代码
// 输入框控件
EditText mContent;
/**
* 监测输入框内容的变化
*/
private TextWatcher mTextWatcher = new TextWatcher() {
private int mStart;
private int mCount;
// 是否是删除内容
private boolean delContent;
@Override
public void beforeTextChanged(CharSequence s, int start, int count, int after) {
}
@Override
public void onTextChanged(CharSequence s, int start, int before, int count) {
delContent = count == 0;
mStart = start;
mCount = count;
}
@Override
public void afterTextChanged(Editable s) {
SpannableStringBuilder builder = (SpannableStringBuilder) s;
String content = builder.toString();
if (!delContent) {
// 只有在增加了内容时才去处理，删除内容的话，不做处理
String input = content.substring(mStart, mStart + mCount);
SpannableString ss = null;
if (input.startsWith("[")) {
// 表情的格式为 [笑脸]，[鄙视]
// 如果输入的第一个字符是[，那就进行表情的处理
ss = SMSTools.parseFace(input);
} else if (input.startsWith("@[")) {
// @的格式为 @[uuid]
// 如果输入的前两个字符是@[，那就进行@的处理
ss = SMSTools.parseAt(input);
}
if (ss != null) {
mContent.removeTextChangedListener(mTextWatcher);
builder.replace(mStart, mStart + mCount, ss);
mContent.addTextChangedListener(mTextWatcher);
}
}
mContent.setSelection(mStart + mCount);
}
};
如果解析表情以及@相信大家也很容易就写出来，而且网上也有很多的文章，无非就是正则进行匹配，匹配到了用SpannableString进行替换，但是有一点需要注意的是，setSpan的flag需要设置为SPAN_EXCLUSIVE_EXCLUSIVE，否则会出现怪异的问题，可以看看这篇
Android EditText: cannot insert text between two emotion icons
至于为什么这么改，官方文档上有各个参数的说明，可以去看一下
改完以后，体验上比以前好多了，先用一段时间检验一下吧！
