如何解决android:hint空间占用及AppCompat控件隐设最小高度问题？

嘿，这两个AppCompat控件的hint问题我刚好碰到过，给你分享下靠谱的解决方案：

这个需求的核心是让hint仅在文本为空时存在，有文本时就“消失”不占用额外空间。最优雅的实现方式是自定义AppCompatEditText/TextView，通过监听文本变化动态切换hint内容：

class NoSpaceHintAppCompatEditText @JvmOverloads constructor(
    context: Context,
    attrs: AttributeSet? = null,
    defStyleAttr: Int = androidx.appcompat.R.attr.editTextStyle
) : AppCompatEditText(context, attrs, defStyleAttr) {

    private var originalHint: CharSequence? = null

    init {
        // 先保存最初设置的hint内容
        originalHint = hint
    }

    override fun onTextChanged(
        text: CharSequence?,
        start: Int,
        lengthBefore: Int,
        lengthAfter: Int
    ) {
        super.onTextChanged(text, start, lengthBefore, lengthAfter)
        // 文本不为空时清空hint，为空时恢复原hint
        hint = if (!text.isNullOrEmpty()) "" else originalHint
    }
}

如果是AppCompatTextView，只需要把父类换成AppCompatTextView，逻辑完全一致。这样控件有文本时，hint就不会占用额外空间啦～

AppCompat系列控件（AppCompatEditText、AppCompatTextView）会自动根据hint的字体大小计算最小高度，哪怕你设置了android:height="wrap_content"也会被这个逻辑影响。要禁用这个行为，有两种可行方案：

方案一：自定义控件重写高度计算方法 #

AppCompat的最小高度逻辑是在getSuggestedMinimumHeight()方法里处理的，我们直接重写这个方法，让它忽略hint的影响：

class NoMinHeightAppCompatTextView @JvmOverloads constructor(
    context: Context,
    attrs: AttributeSet? = null,
    defStyleAttr: Int = androidx.appcompat.R.attr.textViewStyle
) : AppCompatTextView(context, attrs, defStyleAttr) {

    override fun getSuggestedMinimumHeight(): Int {
        // 只返回上下padding的总和，完全忽略hint计算的最小高度
        return paddingTop + paddingBottom
    }
}

AppCompatEditText的处理方式完全相同，重写这个方法即可彻底禁用hint带来的最小高度。

方案二：XML属性强制覆盖 #

如果你不想自定义控件，可以直接在XML中给控件添加两个属性，强制覆盖AppCompat的默认逻辑：

<androidx.appcompat.widget.AppCompatTextView
    android:layout_width="match_parent"
    android:layout_height="wrap_content"
    android:minHeight="0dp"
    android:minLines="1"
    android:paddingTop="12dp"
    android:paddingStart="16dp"
    android:paddingEnd="16dp"
    android:paddingBottom="12dp"
    android:hint="Apparently..."
    android:textColorHint="#BDBDBD"
    android:textSize="16sp" />

不过这个方法在一些极端场景下可能存在小瑕疵，自定义控件的方式会更彻底稳定。

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