ViewModel中onChanged回调无法捕获超19的LiveData更新问题

核心问题和LiveData无关。直接给editText.setText()赋值超过19就不生效，说明异常完全来自EditText本身的内容拦截逻辑，LiveData的Observer不回调只是衍生表象。

19成为临界值的诱因 #

最常见的触发场景是对EditText加了19的输入上限校验，赋值超过19时会被立刻拦截，内容被重置为19，界面看起来就像没刷新。可能的来源：

• 代码中给EditText设置了自定义InputFilter，判断输入数值大于19就拒绝写入
• 给EditText加了TextWatcher，监听内容变化后如果数值超过19就主动重置回19
• 布局XML中给EditText配置的android:digits、android:inputType属性刚好兼容19及以下的数值格式，超过19的数值不符合格式要求被系统拦截
  你误以为LiveData数值正常更新，大概率是误把静态变量UserDynamics.txTemperature的日志当成了LiveData本身的更新日志。如果温度更新逻辑在超过19时切到子线程调用setValue()，setValue会直接抛异常被全局异常捕获吞掉，实际上LiveData的数值并没有真正更新，Observer自然不会触发回调。

• 先排查EditText的拦截逻辑：
  • 临时移除所有代码中给EditText设置的InputFilter、TextWatcher，注释掉所有和EditText绑定的输入校验逻辑
  • 临时清空布局XML里EditText的android:digits、android:inputType、android:maxLength等所有输入限制属性
  • 手动在代码里执行editText.setText("20")，紧接着打印editText.getText().toString()，如果返回值仍为"19"，说明确实存在上层拦截逻辑，找到对应校验逻辑把上限调整为合理值（比如100）即可。
• 修正LiveData的调用逻辑：
  • 确认所有调用mainViewModel.setText()的场景都在主线程执行，如果是子线程回调更新温度，改用postValue()代替setValue()，避免子线程调用崩溃
  • 删掉MainViewModel里多余的有参getText(CharSequence input)方法，该方法和无参getText返回同一个LiveData，容易引发逻辑混淆
  • 给LiveData加日志时，直接在setText执行完成后打印text.getValue()的日志，确认数值真实更新，不要仅打印业务变量的日志。
• 验证效果：
  移除拦截逻辑后，不管是直接给EditText赋值还是通过ViewModel更新，超过19的数值都能正常显示，Observer的回调日志也会正常输出。

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