EditText输入@触发好友标签推荐功能的实现方案选型咨询

嘿，针对你想实现的这个功能，我来拆解下三个方案的优劣，帮你选最靠谱的那个~

方案1：EditText + TextWatcher + AutoCompleteTextView #

这是我最推荐的方案，灵活性拉满。核心思路是用原生EditText做主要输入控件，通过TextWatcher监听输入内容，当检测到用户输入@时，在EditText上方（或光标位置附近）弹出AutoCompleteTextView展示好友列表。

优势：

• 完全可控：你可以自定义推荐列表的显示时机、位置、样式，甚至能处理用户在输入框中间插入@的场景，精准对齐光标位置弹出列表。
• 输入逻辑不受限制：选中好友后，你可以自由处理插入内容（比如把@替换成「@张三」+ 隐藏的用户ID标签），后续编辑也不会被控件默认行为束缚。
• 兼容性好：都是原生控件，适配不同Android版本、输入法的问题更少。

需要注意的细节：

• 在TextWatcher的afterTextChanged里，要准确判断用户是否刚输入了@（比如检查光标前的字符），避免重复触发弹出。
• 处理AutoCompleteTextView的选中事件，插入内容后要及时隐藏列表，同时更新EditText的光标位置。
• 当用户删除@或者输入其他非@相关内容时，要自动隐藏推荐列表。

方案2：直接用AutoCompleteTextView替代EditText #

这个方案的好处是少写「弹出控件」的代码，因为AutoCompleteTextView自带下拉推荐功能，但定制性会弱一些。

你需要做的是：

• 自定义Filter，让控件只在输入@之后才触发推荐（比如当输入内容包含@且光标在@之后时，才过滤好友列表）。
• 处理@后的输入匹配，比如用户输入「@李」，只返回名字含「李」的好友。

劣势：

• AutoCompleteTextView的默认行为是输入字符就触发推荐，你需要额外逻辑屏蔽非@场景的触发，容易出现边界问题（比如用户输入@后又删掉，列表没及时隐藏）。
• 如果你的输入框需要复杂样式（比如富文本、多格式输入），AutoCompleteTextView的定制难度比原生EditText高。

方案3：第三方库 #

你试过TagEditText不行，其实这类第三方库的通病是：

• 很多库维护不及时，适配Android 12+、新输入法的时候容易出bug（比如光标错位、推荐列表不弹出）。
• 定制性差，如果你的需求和库的预设逻辑不符，改起来比自己写还麻烦。
• 引入库会增加APK体积，还可能带来依赖冲突。

除非你能找到一个维护活跃、完全匹配你需求的库，否则不建议优先选这个方案。

最终结论 #

优先选方案1，虽然需要写一些逻辑，但可控性和扩展性最强，能完美匹配你的需求，后续维护也更省心。如果你的需求特别简单（比如只需要在输入@时弹出列表，没有复杂的插入逻辑），方案2可以作为备选，但定制起来不如方案1灵活。

内容的提问来源于stack exchange，提问作者adafrwefsefr