Android Studio中TextWatcher解析EditText负值时应用崩溃求助

你遇到的崩溃是两个逻辑漏洞叠加导致的：

• 现有输入合法性判断只覆盖了空字符串场景，无法拦截用户输入过程中的半完成态内容：单独输入-时字符串长度为1，会直接通过s.length() !=0的判断，进入Float.parseFloat()解析流程
• 直接调用Float.parseFloat()没有做异常捕获，遇到无法解析的字符串（比如单独的-、单独的.）时会直接抛出NumberFormatException，触发应用崩溃

1. 替换为带异常捕获的安全解析逻辑 #

先封装一个不会触发崩溃的浮点数解析方法，对所有解析失败的场景做统一兜底：

// 直接使用系统自带的TextUtils类，无需引入第三方依赖
private Float safeParseFloat(String inputStr) {
    if (TextUtils.isEmpty(inputStr)) return null;
    try {
        return Float.parseFloat(inputStr);
    } catch (NumberFormatException e) {
        // 覆盖所有解析失败场景：单独的-、单独的.、带非法字符的输入
        return null;
    }
}

再改造你的afterTextChanged核心逻辑：

@Override
public void afterTextChanged(Editable s) {
    // 注意修正原代码的拼写错误：editTextNumer1 → editTextNumber1，否则焦点判断永远失效
    if (!editTextNumber1.hasFocus()) return;

    Float inputValue = safeParseFloat(s.toString());
    // 解析失败时（比如用户刚按下负号、还未输入数字），直接跳过计算，清空关联输出控件的旧值避免误导
    if (inputValue == null) {
        editTextNumber2.setText("");
        editTextNumber3.setText("");
        return;
    }

    // 解析成功再执行计算逻辑
    float number1 = inputValue;
    float number2 = number1 * 1.66f;
    float number3 = number1 + 23.175f;
    editTextNumber2.setText(String.format(Locale.getDefault(), "%.3f", number2));
    editTextNumber3.setText(String.format(Locale.getDefault(), "%.3f", number3));
}

这个逻辑下，用户刚按下负号输入单独的-时，safeParseFloat会捕获到解析失败返回空值，直接跳过计算流程，完全不会触发崩溃；等用户继续输入完数字形成合法浮点数后，会自动触发计算逻辑，满足实时计算的需求。
另外注意原示例代码中number2 = (float) (number1 * 1.66)); 存在多余的右括号，实际开发中要修正语法错误，避免编译失败。

2. 从输入源头减少非法输入场景 #

给负责接收用户输入的editTextNumber1配置输入类型，从键盘层面限制可输入的内容，减少不必要的输入中间态：
可以在XML布局中给该控件添加属性：
android:inputType="numberSigned|numberDecimal"
这个配置会让系统弹出专门支持负号、小数点的数字键盘，避免用户输入字母、特殊符号等完全无法解析的内容。注意这个配置只能减少非法输入，不能替代上面的异常捕获逻辑——用户输入负号的中间态依然会存在，必须靠解析兜底逻辑保证不崩溃。

• 不要在afterTextChanged回调里给绑定了同一个TextWatcher的输出类控件（也就是你的editTextNumber2、editTextNumber3）直接setText，否则会触发无限循环的文本回调，造成应用ANR。正确的做法是在TextWatcher里加来源判断：如果当前文本变化来自输出类控件，直接return不执行计算逻辑
• 半输入态（比如只有-）下的关联计算区域，不要残留之前的旧计算值，否则会造成用户认知混淆
• 原代码中editTextNumer1属于拼写错误（少了字母b），如果实际代码沿用这个命名，会导致焦点判断完全失效，所有控件的文本变化都会触发计算逻辑，引发非预期问题

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