今天上午来到公司后。测试项目时发现好友页面的搜索好友功能。只可以弹出一次软键盘，当第一次手动关闭后，第二次死也弹不出来了。当然，我认为这和实时查询的代码逻辑有关系。
实时查询功能是当页面打开后就根据输入框的值查询好友，每300毫秒间隔查询一次（别问我为什么这么写，蓝瘦香菇）。页面打开后输入框不获取焦点，当手指触摸一下输入框才会获取焦点并打开软键盘，这时就可以输入关键字查询自己的好友了。但是如果自己手动关闭掉软键盘，那可就玩儿完了。除非你重新进入这个页面，否则软键盘是再也弹不出来了。这让我感到很郁闷。
首先尝试了判断软件盘状态的方法，如果关闭，则再次点击输入框就打开，但是事与愿违。我发现给EditText加了addTextChangedListener(TextWatcher watcher)，onClick方法就无效了。这个方法似乎行不通。
接下来尝试监听EditText焦点变化事件，一旦得到焦点则马上开启软键盘。想法是好想法，但是因为有个300毫秒间隔查询，我是在执行查询方法的时候关闭软键盘的同时清除焦点，这样道理上应该是可以了。结果出现了闪弹闪退的现象。因为我刚失去焦点时候，我点击了EditText获得焦点，软件盘弹出来，但是300毫秒马上就到，于是软键盘又马上关闭了。。。唉:-(。
后来，我绞尽脑汁，想出了一个规避手动点击软键盘上那个关闭的标识，我用代码让它自动关闭。就是每当根据关键字查询并返回数据的时候，自动调用我的关闭软键盘的代码，用户就没有机会自己点击关闭了。这样的确解决了，二次点击不弹出的问题。但是还是存在一个小bug，那就是如果用户什么都不输入，就自己手动关闭软件盘，我的这个方法就是失灵了。当用户再次点击输入框时候，软键盘还是不会弹出的，那该怎么办呢？没办法，我不得不又耍了一次小聪明，因为朋友列表是ListView显示的，所以我决定只要listview有滑动，则EditText的焦点就清除。也算是方便了用户吧。
最后，我就这么不完美的解决了这个小bug，当然随着我经验的增长，也许以后我会知道该怎么解决这个问题。到时候，我会再来改这篇文章，如果，我还能想起来的话。
6天之后，我又回来了。昨天测试的时候，发现因为每次实时查询完数据就关闭导致我的关键字输不了几个字软键盘就自动关闭了。这简直不能忍，我要是用户，都想骂程序员，于是，我决定再次修改这个功能。仔细想下为什么输入法弹不出来，清除焦点之后可以弹出来，所以重点就是什么时候清除焦点合适。
这回一开始我想的是监听EditText的setOnKeyListener()，之后测试了一下，虽然能拦截到KeyEvent.KEYCODE_ENTER和keyEvent.KEYCODE_DEL两个输入法按键的动作，但是并没什么卵用。我无法通过拦截到的这些动作，判断什么时候清除EditText的焦点。
于是我改变思路，采用终极大法，监听EditText触摸事件，即：setOnTouchListener()，这个事件一测试，简直完美！我在MotionEvent.ACTION_DOWN的时候，马上清除焦点，MotionEvent.ACTION_UP的时候，焦点会自动再次加上，输入法随之弹出，当看到这个效果的时候，我真的高兴极了，反复测试了几遍，的确一点问题没有。
至此，这个bug彻底解决。
