Less 4.2.0 是当前最新稳定版，不支持原生 List/Map 类型及 list-append()、map-keys() 等语法；所谓“Less 4.0 新特性”属误传，其核心设计坚持静态替换，仅提供 extract() 和 length() 处理空格分隔值序列。
Less 4.0 并不存在——官方最新稳定版是 4.2.0（发布于 2023 年），且它**没有引入 List 或 Map 类型的语法支持**。所谓“Less 4.0 的 List/Map 新特性”是常见误传，源于混淆了 Less 与 Sass（Sass 自 3.3+ 就支持 map-get()、list-length() 等），或把 PostCSS 插件、自定义函数当成了 Less 原生能力。
为什么你在文档里找不到 list-append() 或 map-keys()
Less 的核心设计哲学是“CSS 超集 + 编译期静态替换”，它刻意回避运行时数据结构抽象。所有所谓“List 操作”实际只是字符串拼接或空格分隔值的 hack：@list: 1px 2px 3px; 是合法的，但你不能用 length(@list) 获取长度——Less 不提供该函数。官方至今未实现任何原生集合遍历、键值查询或类型判断机制。
-
isnumber()、iscolor()等类型检测函数存在，但islist()或ismap()从未被加入标准 - 社区曾有 PR 提议
list-length()，但被核心维护者拒绝：理由是“违背轻量预处理器定位，应由构建层处理逻辑” - 如果你在某篇教程里看到
@colors: (red, green, blue); map-get(@colors, 1)，那要么是伪代码，要么依赖了非官方 fork 或 postcss-less 插件
想模拟 List 行为？用空格分隔 + extract() 是唯一可靠方式
Less 唯一真正支持的“类列表”操作是 extract() 和 length()，但仅适用于**空格分隔的值序列**（不是括号包裹的元组）：
@breakpoints: 320px 768px 1024px 1440px;
@media (min-width: extract(@breakpoints, 2)) {
.container { max-width: 750px; }
}
-
extract(@breakpoints, 2)返回768px（索引从 1 开始） -
length(@breakpoints)返回4 - ⚠️ 错误写法：
@breakpoints: (320px, 768px);—— 括号会让 Less 解析为单个值，length()永远返回 1 - ⚠️ 不支持嵌套提取：
extract(extract(@grid, 1), 2)会编译失败
Map 的替代方案：用变量命名空间 + if() + select()
Less 没有 Map，但可通过约定命名 + 条件函数逼近类似效果。例如模拟主题色映射：
立即学习“前端免费学习笔记（深入）”；
@theme-primary: #007bff;
@theme-secondary: #6c757d;
@theme-success: #28a745;
.theme-color(@name) when (@name = primary) { color: @theme-primary; }
.theme-color(@name) when (@name = secondary) { color: @theme-secondary; }
.theme-color(@name) when (@name = success) { color: @theme-success; }
.btn { .theme-color(primary); }
- 本质是多重守卫（
when）匹配，不是键值查找 - 无法动态传入变量名：
.theme-color(@current-theme)会报错，因为@current-theme在编译期不可知 - 若需更灵活路由，建议把主题配置抽到 JSON，用构建脚本生成
_themes.less文件，而非在 Less 里硬编码逻辑
真正需要 List/Map 语义的项目，应直接换用 Sass 或转向 CSS-in-JS 方案。Less 的优势在于简单、稳定、与现有构建链兼容性好——拿它硬扛复杂数据结构，只会让维护成本陡增，还容易踩进编译器不保证行为的灰色地带。
