Sublime Text 中 WXSS 文件无语法高亮需手动绑定为 CSS 语法，补全需配置 text.wxss scope 并确保 UTF-8 编码；部分 CSS 属性不被微信小程序支持，应以官方文档为准。
WXSS 文件没有语法高亮，怎么快速启用
Sublime Text 默认不识别 .wxss 文件，打开后是纯文本，连基础颜色区分都没有。这不是插件没装对，而是文件类型没绑定。
手动绑定是最稳的方式：
- 用 Sublime 打开任意一个
.wxss文件 - 点击右下角当前显示的语法名称（比如 “Plain Text”）
- 选择 Open all with current extension as… → CSS
这样所有 .wxss 文件下次都会自动用 CSS 语法渲染，支持属性名高亮、括号匹配、缩进提示等基础能力。不需要额外插件，也不依赖 Package Control 是否在线。
想让 class 和 id 补全像写 CSS 那样顺手，该加什么配置
默认 CSS 语法只对 .css 文件触发补全，.wxss 被忽略。得在用户设置里显式告诉 Sublime：对 .wxss 也启用 CSS 补全规则。
打开 Preferences → Settings – User，加入这段：
{
"auto_complete_triggers": [
{
"characters": "abcdefghijklmnopqrstuvwxyz0123456789-",
"selector": "source.css, text.wxss"
}
]
}
注意两点：
-
text.wxss是 WXSS 文件在 Sublime 内部的 scope 名，不是文件后缀名，写错成source.wxss就无效 - 如果同时装了
Emmet，它默认不响应.wxss，得额外在 Emmet 设置里把wxss加进preferences → package settings → emmet → user settings的"syntaxProfiles"中
为什么写了 .container { } 却没自动补全 display: flex 这类常用声明
这不是 Sublime 或插件的问题，是 WXSS 本身不支持部分 CSS 属性——比如 display: grid、filter、clip-path 等，在真机上直接被忽略。Sublime 的补全逻辑通常基于语言语法包定义的“合法属性列表”，而 WXSS 语法包（如 WXML 插件附带的）往往只收录微信实际支持的属性子集。
公众号发布｜公众号草稿箱｜公众号群发｜图文推送｜微信 API｜wechat automation｜WeChat API automation｜auto publish｜scheduled publish — 公众号 API 发布工具，图文入草稿箱或直接群发，支持封面素材上传、发布前检查与 draft/publis...
所以看到补全项少，先确认是不是属性本身就不被小程序 runtime 支持。查最新文档比等补全更可靠：
- 打开微信官方 WXSS 文档页
- 搜索你要用的属性，看是否标注为“基础库 2.25.2+ 支持”或“不支持”
- 不支持的属性，硬写进去也不会生效，补全不出现反而是提醒
安装 WXML/WXSS 插件后，.wxss 文件仍显示乱码或报错
常见于 Windows 系统保存文件时用了 GBK 编码，而 Sublime 默认按 UTF-8 解析。错误现象包括中文注释变问号、@import 路径解析失败、甚至整段样式失效。
解决方法分两步：
- 在 Sublime 中打开该文件 →
File → Reopen with Encoding → UTF-8 - 之后保存前务必点
File → Save with Encoding → UTF-8（不要选 “UTF-8 with BOM”）
一劳永逸的办法：在 Preferences → Settings – User 中加一行：
"default_encoding": "UTF-8"
WXSS 里所有路径、字符串、注释都必须是 UTF-8，这点和小程序编译器强一致，跳过编码环节才能避免调试时“明明写了却没生效”的幻觉。
真正卡住人的从来不是装了多少插件，而是 WXSS 的语法边界和微信 runtime 的实现边界不重合——补全再全，也不能绕过平台限制。动手前花两分钟扫一眼文档里的“不支持属性列表”，比调半小时补全配置更省时间。
