在开发 Android 计算器应用时，输入框通常允许用户自由输入数字与运算符。如果不加约束，用户很容易在同一个数字中连续输入多个小数点，例如写成「3.14.5」。这类字符串在后续转为数值或解析表达式时都会失败。合理的做法是把校验提前到输入发生的那一刻，保证每一个独立的数字片段里最多只有一个小数点。
为什么不能在解析阶段才处理小数点
很多初学者会把输入内容原样保存，等到点击等号时再用代码拆分字符串。这种做法看似省事，实际上会把问题复杂化。因为一旦出现「1.2.3」这样的内容，程序要么崩溃，要么需要写大量容错逻辑去猜测用户本意，而猜测往往不可靠。
另一个容易被忽略的点是用户体验。当用户输入了非法字符却没有即时反馈，界面看起来正常，但计算结果错误，用户会认为是应用有 bug。在输入层拦截，能让键盘敲击直接被忽略或替换，用户立刻感知到规则的存在，学习成本更低。
使用 InputFilter 拦截重复小数点
Android 的 EditText 提供了 InputFilter 接口，可以在文本被写入之前对其进行过滤。我们只需实现一个过滤器，在 source 准备插入到 dest 的 dstart 到 dend 位置时，判断被修改的「数字段」中是否已经含有小数点，如果已有且新内容包含小数点，则拒绝本次输入。
下面的示例代码中，我们将输入框按运算符切分，找到光标所在的数字段，再做判断。这样即使用户在「12+3.」后面继续输入「.」，也不会变成「12+3..」。
import android.text.InputFilter;
import android.text.Spanned;
public class DecimalPointFilter implements InputFilter {
@Override
public CharSequence filter(CharSequence source, int start, int end,
Spanned dest, int dstart, int dend) {
// 拼接出即将形成的新字符串
String newText = dest.toString().substring(0, dstart)
+ source.toString().substring(start, end)
+ dest.toString().substring(dend);
// 按常见运算符切分，找到当前数字段
String[] parts = newText.split("[+\-*/]");
// 粗略判断：若整体包含超过一个小数点且新增内容是小数点则拦截
if (source.toString().contains(".")) {
// 统计新文本中小数点总数
int dotCount = 0;
for (int i = 0; i < newText.length(); i++) {
if (newText.charAt(i) == '.') {
dotCount++;
}
}
// 若已有至少一个小点，又试图加小点，则拒绝
if (dotCount > 1) {
return "";
}
}
return null;
}
}
将过滤器设置给 EditText 的方式非常简单，在 Activity 或 Fragment 里调用 setFilters 即可。注意如果之前已有其他过滤器（如长度限制），要把它们放在同一个数组里，避免被覆盖。
EditText input = findViewById(R.id.et_input);
input.setFilters(new InputFilter[]{ new DecimalPointFilter() });
与 afterTextChanged 中修剪的对比
另一种常见写法是监听 TextWatcher 的 afterTextChanged，在文字变化后把多余小数点删掉。这种方案也能用，但有几个缺点。首先，删除操作会触发第二次文本变更，若处理不当容易造成死循环；其次，手动删除会改变光标位置，用户在中段插入字符时，光标可能跳到末尾，体验较差。
InputFilter 的优势在于它在文本提交前就介入，不会造成反复回调，也不会打乱光标。从性能角度看，过滤器只针对本次变更片段计算，而 afterTextChanged 往往要处理整段字符串并重新 setText。对于计算器这种短文本场景差异不大，但若输入框支持长表达式，过滤器的开销明显更小。
| 方案 | 光标稳定性 | 性能 | 实现复杂度 |
|---|---|---|---|
| InputFilter 拦截 | 高 | 优 | 中 |
| afterTextChanged 修剪 | 低 | 一般 | 低 |
处理运算符与负号的特殊情况
真实的计算器还可能出现负号，例如「-3.14」。我们的过滤器按运算符切分时，要把负号视为数字的一部分，而不是分隔符。可以在 split 的正则中排除开头负号，或先预处理字符串，避免把「-」误判为分段标志。
如果应用支持科学计数法如「1e-3」，那么小数点规则还要兼容字母 e 后面的指数段。此时建议将正则改为按非数字字符切分，并单独判断每段内部小数点数量，而不是简单统计全局。下面给出一个增强版判断思路：
// 增强：仅限制每个连续数字段内小数点唯一
String[] segments = newText.split("(?<=[+\-*/])|(?=[+\-*/])");
for (String seg : segments) {
if (seg.matches("[-]?\d*\.?\d*")) {
if (seg.indexOf('.') != seg.lastIndexOf('.')) {
return "";
}
}
}
通过这种方式，既能包容负号，也能在后续扩展运算符时保持逻辑清晰。最终用户在 Android 计算器里输入时，每一个数字自然只能拥有一个小数点，应用层无需再为格式异常头疼。
AndroidEditText输入限制小数点校验修改时间：2026-08-09 09:36:43