AR眼镜的UI怎么设计？Google告诉你：别照搬手机
想象一个场景：你戴着AR眼镜走在街上，想要看看导航提示。
但问题是——你的背景是正在移动的车流、闪烁的霓虹灯、来来往往的行人。
而手机UI的设计逻辑是什么？把屏幕填满。
这在AR眼镜上会是什么灾难？Google终于给答案了。
Glimmer：不是设计语言，是生存法则
上周，Google发布了针对AR眼镜的UI设计语言——Glimmer。
这不仅仅是一套设计规范，更像是给AR开发者划定的"生存法则"。
为什么这么说？
因为AR眼镜的显示环境，和手机有着天壤之别：
- 显示区域窄小：不是全面屏，是一小块透明区域
- 背景永远在变：今天在室内白墙，明天在户外阳光下
- 电池容量有限：眼镜要轻便，电池就不可能大
- 散热空间紧张：贴着皮肤，温度感受直接
所以Glimmer的核心思路很简单：别把手机那套搬过来。
不用色块用轮廓：为了省电还是为了看清？
Glimmer最反直觉的设计原则是什么？多用轮廓，少用填充。
手机UI习惯用填充的矩形色块来做按钮、卡片。但AR眼镜上，Google建议直接用线框轮廓。
为什么？
表面上看，轮廓在透明屏幕上"更轻量"，不会完全遮挡现实世界。
但深层原因很现实：发光的像素越少，耗电越低，发热越小。
一副AR眼镜如果能做到50克以下，电池可能就几百毫安时。每一颗被点亮的像素，都在侵蚀续航。
这不是美观问题，是生存问题。
高对比度、粗字体、宽字距：透明的代价
透明屏幕有个致命弱点：背景不可控。
你在办公室看AR，背景是白墙。走到户外，背景可能是蓝天绿树。晚上回家，背景又变成了昏暗的室内。
同样的UI在不同背景下，可读性天差地别。
Google的解决方案？三招：
- 加强对比度：文字和背景的对比必须拉大
- 使用粗字体：细字体在透明屏上容易"散"
- 拉宽字间距：字母之间多留点空隙
推荐的字体是Sans Flex——一种专门为数字屏幕设计的无衬线字体。
色彩的悖论：亮得耀眼，不如看得清楚
在透明屏幕上，高饱和度的颜色反而会"飞掉"。
什么叫"飞掉"？就是颜色在透明背景下看起来发白、发虚，轮廓不清晰。
所以Glimmer的设计指南很明确：少追求饱和度，多追求亮度。
简单说：与其让颜色鲜艳，不如让整体更亮。
这不是设计师的审美选择，是光学物理的必然。
动画要克制：每一帧都是电
手机上流畅的动画、炫酷的转场，在AR眼镜上都要慎重。
为什么？动画意味着大量像素的连续变化。
- 更多像素点亮 = 更高功耗
- 更高刷新率 = 更高功耗
- 更长时间 = 更高功耗
而眼镜的电池，扛不住这种消耗。
Glimmer的建议很直接：少做动画，短显示时间。
信息点到为止，用户看完就消失。不要让UI占着位置不放。
这不是"设计指南"，是"物理限制手册"
看完整份Glimmer文档，我最大的感受是什么？
这不是一份审美指南，是一份物理限制手册。
Google说得很直白："Glimmer不是为了AR眼镜的外观喜好而设计，而是为了应对实际的技术约束。"
- 显示区域小 → 菜单要简单，信息要精简
- 背景在变化 → 高对比、粗字体、宽间距
- 电池容量小 → 减少点亮像素，缩短显示时间
- 散热空间小 → 限制动画，降低持续亮度
每一个设计原则背后，都是一个物理约束。
Google要带AR眼镜往哪走？
Glimmer是为Android XR准备的。
今年会有搭载Android XR的AI眼镜上市。Google提前半年发布UI设计规范，信号很明显：
AR眼镜不再是实验品，要进入量产阶段了。
之前开发者各自为战，UI风格五花八门。现在Google统一标准：
- 应用开发者有了明确的设计参考
- 用户体验有了跨应用的一致性
- 整个生态系统有了设计语言
当这种基础设施开始完善，说明真正的产品周期要开始了。
探长的思考
Glimmer让我看到一件事：AR眼镜不会是"手机缩小版"。
它需要全新的交互逻辑、全新的设计范式、全新的开发思维。
那些把手机UI照搬到AR眼镜上的尝试，注定失败。
因为技术约束不同，使用场景不同，用户期待也不同。
AR眼镜要成功，必须回答三个问题：
- 什么时候用？走路时、开车时、开会时？
- 看什么内容？导航提示、通知消息、AI对话？
- 看多久？一秒、三秒、十秒？
Glimmer给出的答案很明确：瞬间看、高对比、轻量显示、快速消失。
这不是为了炫技，而是为了让信息像路标一样——存在，但不打扰。
当Google这种巨头开始认真思考"AR眼镜该怎么用"，而不是"AR眼镜能做什么"，
这个行业，可能真的要迎来转折点了。
朋友们，下一代计算的界面革命，已经开始了。