CarrieYung上个月接了个 Android 14 的定制需求：一台带物理键盘的工业平板，客户要求“任何场景下，软键盘都不许弹出来，哪怕手点到输入框也不行”。一开始我觉得这活儿简单，不就是 hideSoftInputFromWindow 一调就完事吗？结果交付测试时被产品经理一顿喷：键盘还是弹，锁屏再解锁会飘出来，切到某些 App 直接无视代码。后面我才发现，这个需求真正要动的不是应用层那几行 Java，而是 Android 的系统设置数据库，也就是 SettingsProvider 这一整套链路。如果你也在做系统定制、ROM 适配或者设备管控，这篇东西值得你看完，少走我踩过的那些弯路。
1. 为什么“代码隐藏软键盘”在 Android 14 定制设备上不够用
1.1 三种完全不同的“隐藏”需求
开发里说的“隐藏软键盘”，其实至少分三种场景，每种的技术路线差得很远：
- 一次性隐藏：用户在某输入框触发键盘后，你点一下空白区域，让键盘缩回去。这种需求用
InputMethodManager.hideSoftInputFromWindow()就够了，是应用开发最常见的姿势。 - 当前页面不准弹：进入某个页面后，输入框拿焦点但没有键盘弹出，比如免密登录页、扫码页。这种需要在
Window上配置WindowInsets或软输入模式，或者给EditText关掉“焦点弹键盘”行为。 - 全局禁用软键盘：系统级需求，任何 App 在任何页面上都不许弹软键盘，或者只在连接硬件键盘时自动不弹。这种只能改系统决策源头，也就是设置数据库。
项目标题里说的“通过数据库隐藏软键盘”，指的就是第三种。它和前两种的本质区别是：前两种是“应用层请求系统隐藏”，第三种是“让系统根本不产生显示请求”。
1.2 代码层方案为什么会被系统设置反杀
很多做过 Android 开发的都知道 InputMethodManager 能隐藏键盘，但没深究过一个问题：你隐藏成功，是因为系统当前状态允许隐藏。一旦系统设置里某个开关启动了“强制显示”或“跟随硬件键盘自动显示”的策略，你应用层那一次 hide 请求可能只生效几毫秒。
具体到 Android 14，输入法框架已经非常重。键盘要不要弹，是由 InputMethodManagerService（简称 IMMS）根据窗口焦点、软输入模式、系统数据库里的输入法配置、物理键盘连接状态等多路信息综合决策的。应用层 hide 只是往这个决策系统里塞了一个“当前想隐藏”的信号。如果 IMMS 判断“按设置应该显示”，它照样弹。
比如系统里有一项配置叫 show_ime_with_hard_keyboard，它决定“连接物理键盘时是否也显示软键盘”。你把这项设为 1，再调用 hideSoftInputFromWindow，键盘是可以收回去，但用户再点一次输入框，系统会立刻重新弹出。因为设置数据库里写的就是“硬件键盘在的时候也要显示软键盘”，IMMS 每次重新评估焦点变化时都会触发 showSoftInput。
所以结论很简单：普通代码方案是“按一次暂停一次”，数据库方案才是“直接改掉裁判的判罚规则”。 做系统定制，必须走后者。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. Android 14 的 SettingsProvider：软键盘与数据库之间到底怎么关联
2.1 三个系统设置表的分工
Android 系统设置数据库由 SettingsProvider 这个系统级 ContentProvider 统一管理，对外呈现为三张表：
Settings.Global：全局设置，设备所有用户共享，比如屏幕超时、蓝牙开关键这种设备级开关。Settings.Secure：安全设置，区分用户，普通应用只读，写入需要系统权限或WRITE_SECURE_SETTINGS。Settings.System：部分旧版设置的兼容区，普通应用有一些可写权限。
和输入法相关的绝大多数配置都在 Settings.Secure 里。原因也很直接：不同用户可能要用不同输入法，同一台设备的不同账号不应该互相污染输入法配置。
在 Android 14 上，这三张表的数据最终会持久化到设备上的 /data/system/users/<userId>/ 目录下，形如 settings_secure.xml、settings_global.xml、settings_system.xml。而传统意义上的 settings.db SQLite 数据库文件在某些版本、某些路径下仍然存在，但系统运行时的优先读来源是内存态和 XML 持久化层。这一点后面直接操作文件时特别重要，很多人在这上面翻车。
2.2 真正能影响输入法行为的几个关键 Key
我梳理了一下，和“隐藏软键盘”这个需求关联最强的设置项主要有这几个：
| Key | 所属表 | 作用 |
|---|---|