Signal-Android 应用自定义捐赠金额输入框的整数处理异常分析

问题概述

在 Signal-Android 应用的捐赠功能中，当用户在"输入自定义金额"字段粘贴超过3位数的整数时（不包含货币符号），会导致应用出现严重性能问题。具体表现为应用界面冻结10-15秒，约半数情况下会完全崩溃重启，另一半情况则会恢复并跳转回捐赠页面。

技术背景

Signal-Android 是一款注重隐私的即时通讯应用，其捐赠功能允许用户通过自定义金额进行一次性或定期捐赠。金额输入框设计用于处理各种货币格式的输入，包括带货币符号和不带货币符号的数字。

问题重现步骤

1. 进入应用设置 > 捐赠 > 一次性捐赠
2. 在自定义金额输入框中粘贴超过3位的纯数字（如1000）
3. 观察应用反应：界面冻结，随后可能崩溃或恢复

根本原因分析

经过技术团队调查，发现问题源于MoneyFilter.afterTextChanged方法的递归调用。当用户粘贴纯数字时：

1. 输入框接收到原始数字（如1000）
2. 系统尝试将其格式化为货币格式（如$1000）
3. 格式化操作触发了文本变更事件
4. 变更事件又再次触发格式化操作
5. 形成无限递归循环，最终导致堆栈溢出(StackOverflowError)

技术细节

问题的核心在于金额格式化逻辑没有正确处理纯数字输入的边界条件。具体表现为：

• 带货币符号的数字（如$1000）能正常处理
• 3位数及以下的纯数字（如999）也能正常处理
• 超过3位的纯数字触发递归循环

解决方案

开发团队通过以下方式修复了该问题：

1. 在MoneyFilter.afterTextChanged方法中添加递归调用检测
2. 优化文本变更事件的处理逻辑，避免不必要的重复格式化
3. 增加输入验证，确保在格式化前数字格式正确

用户影响与建议

对于普通用户，建议：

1. 在输入捐赠金额时始终包含货币符号（如$）
2. 避免直接粘贴长数字串
3. 如遇应用冻结，耐心等待15秒左右，系统可能会自动恢复

对于开发者，可以从这个案例中学到：

1. 用户输入处理需要特别注意边界条件
2. 递归调用必须设置合理的终止条件
3. 文本输入框的格式化逻辑需要特别小心循环触发

总结

这个案例展示了移动应用中一个看似简单的用户输入处理可能引发的严重问题。Signal-Android团队通过快速响应和修复，确保了捐赠功能的稳定性和用户体验。这也提醒开发者，在涉及金融交易的功能中，输入验证和异常处理需要格外谨慎。