安全输入已开启：Comoji 图标上的锁是什么意思

卡住的情况：锁一直不解除

有时候，你在一个再普通不过的输入框里打字，锁却一直在；或者菜单显示安全输入被一个你早已退出的应用持有；又或者在你解锁屏幕几分钟后，显示由 loginwindow 持有。这就是安全输入卡住了，这是 macOS 的 bug，Comoji 和菜单里提到的那个应用都无法从外部撤销。

Comoji 没有任何办法开启安全输入，而且任何应用（包括 Comoji）都无法替另一个应用关闭它。所有监听键盘的软件会在同一时刻安静下来，Comoji 只是那个告诉你的人。

问题出在这里：窗口服务器为每个进程维护一个计数。应用每开启一次安全输入，计数加一；每关闭一次，计数减一；直到所有应用的计数都归零，会话才会退出安全模式。如果某个应用开启的次数多于关闭的次数，或者在计数仍为正数时退出，整个登录会话就会一直被锁住。我们亲眼见过 Chrome 在恢复包含密码框的标签页后这样做，也见过锁定屏幕在最近的某个 macOS 版本上这样做：每次解锁开启安全输入好几次，却只关闭一次。其他应用无法降低不属于自己的计数。这正是安全保障在按设计运作，也正因为如此，计数一旦泄漏才会这么棘手。

如何解除，从最省事的开始

1. 查看 Comoji 菜单中安全输入已开启下方的应用名称（或将指针悬停在菜单栏图标上）。如果是浏览器，就在该浏览器里点进一个普通文本框，或者切换标签页。很多时候仅此一步就能释放。
2. 如果是“终端”或 iTerm2，打开该应用自己的菜单，关闭安全键盘输入。
3. 用 Command-Q 完全退出菜单中提到的应用，然后重新打开。如果它退出时计数仍为正数，锁可能依然存在；那就继续下一步。
4. 如果菜单显示持有者已经退出，或者在屏幕未锁定时显示 loginwindow，请从苹果菜单中退出登录，然后重新登录。退出登录会结束持有泄漏计数的会话；重新启动也可以，只是更慢。在此期间尽量不要锁定屏幕，因为每次锁定和解锁都可能再次泄漏。

你可以在操作前后用“终端”确认状态。第一条命令会打印会话记录的持有者进程号，第二条命令会把这个数字转换成进程名：

ioreg -l -w 0 | grep -o '"kCGSSessionSecureInputPID"=[0-9]*'
ps -p <that number> -o comm=

如果第一条命令没有任何输出，说明安全输入已关闭，Comoji 又能收到按键了。如果得到的数字属于一个 ps 找不到的进程，那就是最典型的卡住情况。

一定管用的办法：退出登录再重新登录

上面的每一步都是有时管用的捷径。退出登录则是一定管用的那一个，因为泄漏的计数存在于你的登录会话中，而退出登录会结束这个会话。保存好你的工作，从苹果菜单中选择退出登录，重新登录，锁就消失了；Comoji 会随登录项一起启动并立即响应。我们经历了一次卡住的 Chrome、一次卡住的锁定屏幕，又折腾了一整个上午才得出这个结论，所以如果锁在导致它的应用退出后仍然存在，请直接跳到这一步。完全重新启动效果相同，只是更费时间。

对此 Comoji 能做什么、不能做什么

Comoji 每秒查询一次这个标志，这种查询的开销小到无法测量；它查找持有者进程的方式和 ioreg 一样。它无法关闭安全输入，如果能的话，那将是一个严重的安全问题。在锁存在期间，它也看不到你输入的任何内容，这正是这种模式的意义所在。它能做的，是不让这种沉默看起来像故障，并把需要你去处理的应用名称告诉你。

如果你好奇 Comoji 如何使用它持有的两项权限，安全页面公开了全部网络访问面以及确保这一点的测试。功能页面上的安全输入检测是本文的简短版本；同一页面还介绍了按应用和按网站的关闭开关，它们和这把锁是两回事：那些开关由你决定，而这把锁属于 macOS。

一个标记，一行菜单，系统出问题时再退出登录一次。Comoji 宁愿直白地告诉你，也不想让你错怪了对象。