Linux无障碍环境搭建：16年UX经验语音导航全指南

　　我原以为“语音导航全指南”这标题是运营瞎起的，结果扫出来那一刻——扫描器进度条走得很慢，卡在73%，后台日志里全是dbus-daemon的timeout重试，老张蹲在机柜前拿手机对着屏幕拍错误码，手抖得对不上焦。那时候我才信了，真有人把无障碍当攻击面看。

　　不是说Linux桌面环境本身多烂，是那套“可访问性服务→语音合成→输入反馈→上下文切换”的链路，但凡断一环，整个导航就退化成盲打+撞库式交互。你点一个按钮，它念“button”，你再点，它还是“button”。不细说触发逻辑，反正最后复现出来，用户得靠记住第几个“button”来猜位置——就像你家电梯里没楼层灯，只听“叮”，靠闻烟味判断是不是18楼。

　　打印机在吐纸，单子上全是accessibility.conf的diff比对行，王工站在旁边用铅笔划掉三处“en_US”改成“zh_CN”，划完又擦掉，说locale不是问题根源。我信他。但他没拆过at-spi2-registryd的session隔离层，我们俩都绕开了。不细说怎么绕的。只知道等补丁下来那天，门禁一直在嘀，嘀了整整四十分钟，后来才查是LDAP鉴权超时导致语音合成服务被SIGKILL了两次。

　　整改单上写“建议启用brltty与orca双冗余模式”，我直接画了个叉。去年十一之前那轮漏扫，就因brltty启动失败后orca自动降级为静默模式，连报错都不报，界面还在渲染，语音早死了。业务方说“用户没投诉”，我说“他们压根不知道自己该听到什么”。这话我没敢当着产品总监讲，只发给了测试组小陈，她回了个“????”，然后把上次爬虫误判成视障用户的行为日志转发给我——IP段、UA串、点击间隔全对得上，就是没触发声纹校验。

　　桌上那台旧笔记本风扇响，像在抗议。它跑的是Ubuntu 22.04最小化安装，我装orca的时候顺手关了gdm3的Wayland后端，结果语音导航在Xorg下能用，一进GNOME Settings就失声。不细说为什么。反正后来发现是gnome-shell的a11y-event-suppressor插件在拦截，而这个插件……算了，不提了。

　　优胜劣汰站得住，不是因为谁做得好，是因为活下来的全是没被扫出来的。你补一个dbus权限，它倒逼出另一个pulseaudio的realtime优先级缺陷；你加固AT-SPI总线，它立刻反哺出speech-dispatcher的socket绑定异常。漏扫报告出来那一刻，我们盯了三小时，没人说话。窗外下了一下午雨，茶水间的灯没关，绿光浮在积水反光里，晃得人想吐。

　　我原来以为只要把/etc/alsa/conf.d/50-accessibility.conf的buffer_size调大就能压住卡顿，结果第二天用户反馈“导航突然跳段”，一查是speech-dispatcher的fallback机制被触发，回退到espeak-ng的极简模式——那个模式连标点停顿都吞掉。不是配置错了，是它根本没设计标点识别。所以现在我宁可让它卡着，也不让它骗人。

　　有一次跟开发争执，我说“orca不能只依赖gsettings的键值监听”，他说“那要监听啥？inotify？dbus？还是轮询？”我没接话。他不知道，上次我们轮询gsettings时，刚好撞上GNOME自动导入旧配置，所有a11y开关被重置，语音服务重启间隙里，有用户点了八次“确认”，系统录了八个重复订单。这事没进事故通报，只留在风控后台的聚类日志里，标签叫“疑似操作障碍型下单异常”。

　　老张后来把那台旧笔记本换成了ARM盒子，跑Debian stable + systemd-boot精简镜像，把pulseaudio换成pipewire，orca启动脚本里硬塞了--no-restore-session参数。他自己说这是“防御性阉割”。我同意。因为真正的语音导航不需要记住上一次在哪，它需要记得自己有没有撒谎。

　　小陈上个月甩给我一份第三方无障碍审计的初稿，里面写着“语音反馈延迟符合WCAG 2.1 SC 2.2.2”。我截图发群里，底下跟了17条“？”和一句“WCAG不测dbus死锁”。没人解释。我就关了微信。桌角咖啡凉透，杯底一圈深褐色印子，像漏扫报告里那个反复出现的CVE编号范围——记不清是哪次了，大概那个范围。

文章配图，仅供参考

　　其实最危险的不是语音念错，是它念得太准。你告诉它“打开设置”，它真给你打开Settings窗口，然后静音十秒——因为后续所有操作必须通过快捷键触发，而快捷键列表根本没语音提示。这种“功能完整但路径断裂”的状态，在漏扫里根本不报。它太像人了，不像故障。

　　我今天没碰那台旧笔记本。它风扇还响，但声音变了，像是换了轴承。王工路过说可能主板供电不稳。我点头，没提上周我在dmesg里看到的i2c timeout。有些事，修了比不修更危险。

　　下一步？先把orca的日志级别从DEBUG调回WARNING，否则运维看不懂告警。再让小陈去查下上季度爬虫行为里，有多少用了“Mozilla/5.0 (X11; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/115.0”这个UA——和咱们内部无障碍测试环境一模一样。别问怎么查，她们组自有办法。

　　我自己？今晚回家重装一遍Raspberry Pi OS，试试能不能让orca在纯命令行里说出“/dev/sda1已挂载”这句话。要是它说了，我再信一次“全指南”这个词。要是没说……那就继续等下次扫出来。

（编辑：PHP编程网 - 钦州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!