重写EditText的getText()方法为何引发栈溢出?子类化TextInputEditText问题
关于TextInputEditText子类化与getText()栈溢出的问题解答
嗨,我来帮你理清楚这两个问题:先把你写的子类代码补全展示出来,再解释重写getText()导致栈溢出的原因,最后给你实现密码框前缀的靠谱思路。
你的子类代码(补全后)
目前你的子类结构大概是这样的:
public class CustomInputEditTextWithPrefix extends TextInputEditText { public CustomInputEditTextWithPrefix(Context context) { super(context); } public CustomInputEditTextWithPrefix(Context context, AttributeSet attrs) { super(context, attrs); } public CustomInputEditTextWithPrefix(Context context, AttributeSet attrs, int defStyleAttr) { super(context, attrs, defStyleAttr); } // 这里应该是你打算重写getText()的位置 }
为什么重写getText()会引发栈溢出?
最核心的原因是无限递归调用。举个典型的错误写法例子:
@Override public Editable getText() { // 踩坑点:这里调用getText()会直接触发你重写的这个方法,无限循环! return getText(); }
不管是直接还是间接调用自身的getText(),都会导致每次调用这个方法时,都会再次进入你重写的逻辑,循环往复直到栈内存被耗尽,最终抛出StackOverflowError。
如果一定要重写getText(),必须调用父类的super.getText()来获取原始输入内容,绝对不能调用自身的getText()。
实现密码框前缀的正确思路
其实不建议通过重写getText()来加前缀——getText()是EditText内部管理输入内容的核心方法,修改它的返回值很容易破坏光标定位、文本选择等原有逻辑,尤其密码框是密文显示,前缀如果是明文的话更需要单独处理。推荐两种更稳妥的方式:
方式1:自定义绘制前缀
在onDraw方法里先绘制前缀文本,再调整输入内容的绘制位置,让用户输入的密码显示在前缀右侧:
private String passwordPrefix = "🔒 密码:"; // 自定义前缀内容 @Override protected void onDraw(Canvas canvas) { Paint textPaint = getPaint(); textPaint.setColor(getCurrentTextColor()); // 先绘制前缀文本 canvas.drawText(passwordPrefix, getPaddingLeft(), getBaseline(), textPaint); // 调整输入框内边距,给前缀留出显示空间 int prefixWidth = (int) textPaint.measureText(passwordPrefix); setPadding(getPaddingLeft() + prefixWidth, getPaddingTop(), getPaddingRight(), getPaddingBottom()); // 调用父类方法绘制用户输入的密码内容 super.onDraw(canvas); }
方式2:用TextInputLayout的原生前缀功能
如果你用的是Material Design的TextInputLayout,可以直接通过XML属性设置前缀,完全不需要子类化EditText:
<com.google.android.material.textfield.TextInputLayout android:layout_width="match_parent" android:layout_height="wrap_content" app:prefixText="🔒 密码:"> <com.google.android.material.textfield.TextInputEditText android:layout_width="match_parent" android:layout_height="wrap_content" android:inputType="textPassword"/> </com.google.android.material.textfield.TextInputLayout>
这种方式简单又不会破坏EditText的原有逻辑,非常省心~
内容的提问来源于stack exchange,提问作者j2emanue
相关产品推荐
相关产品推荐

