less编译报“css-semicolonexpected”主因是mixin调用缺括号，如.shadow应写为.shadow()；所有mixin调用必须带()，无参亦然。
Less编译报“css-semicolonexpected”却没写错分号？检查 mixin 调用括号
这类错误几乎从不因为 CSS 本身缺分号，而是 Less 解析器把 mixin 调用误判为 CSS 属性声明。比如写 .card { .shadow; }，.shadow 没括号，编译器就认为你在写一条没写完的 CSS 规则：.shadow: ?;，于是卡在等分号。
修复只有一条铁律：所有 mixin 调用必须带 ()，哪怕无参也得写 .shadow()。
-
.flex-center→ 错，这是选择器，不是调用 -
.flex-center()→ 对，这才是展开 mixin - 嵌套块里漏括号高发，例如
&:hover { .transition(); .color-change; }，第二处就是雷 - 从现成 CSS 复制粘贴代码进 Less 文件时，尤其要重查每行开头是不是以
.开头又没括号
Less 编译提示“unrecognised input”或“parse error”？重点扫非法字符和注释
Less 不支持 CSS 风格的单行注释 //（除非用 // 后紧跟空格且位于行首），也不接受 Unicode 控制字符、零宽空格、Windows 换行符混用等“看不见的错”。
常见触发点：
- 复制自网页或设计稿的代码，可能含零宽空格（U+200B）或软连字符（U+00AD）——VS Code 开启“显示不可见字符”就能看到
- 用 Word 或富文本编辑器写注释再粘贴，
//被转成全角斜杠或带格式符号 - Less 文件保存为 UTF-8 with BOM，某些编译器（如 lessc 4.x）会把 BOM 当非法输入
- 多行注释
/* ... */内部嵌套了/*，或未闭合
快速验证：新建空白 test.less，只写 @test: 1px;，能编译成功说明环境正常；再逐段粘贴原内容，定位到哪一行崩掉。
为什么改了注释位置，Less 就开始报错？注意注释对作用域的影响
Less 的注释不是完全“透明”的，尤其当它出现在变量/混合定义附近时，可能干扰解析上下文。例如：
@primary-color: #333;
/* 主色定义 */
.btn { color: @primary-color; }
看起来没问题，但如果注释写成这样：
@primary-color: #333;/* 主色定义 */
.btn { color: @primary-color; }
部分旧版 lessc（如 3.13.x）会把 /* 和前面的值黏在一起，误判为 @primary-color: #333;/* 是一个不完整声明，直接抛 parse error。
安全写法：
- 注释独占一行，前后空行更稳妥
- 避免注释紧贴变量赋值、
@import、mixin 定义的末尾 - 不要在
@import行末加/* */注释，例如@import "mixins.less"; /* 工具类 */容易出问题
lessc 命令行报错不指明具体字符？加 --verbose 和 --source-map 定位
默认 lessc 错误信息常只给行号，不标列号。加上 --verbose 可输出更详细的解析上下文，有时会附带出错前后的 token 列表；配合 --source-map 生成 map 文件后，浏览器调试也能反查原始 Less 行。
实操建议：
- 终端运行
lessc --verbose --source-map styles.less styles.css - 如果报错在第 42 行，打开
styles.less第 42 行及前后 3 行，逐字符检查空格、引号、括号、斜杠是否为 ASCII 字符 - 临时删掉该行所有注释，看是否恢复——是，则注释格式有问题；否，则继续查变量名、mixin 名拼写或嵌套缩进
真正难缠的是那些不报错但输出异常的 case：比如变量被注释“屏蔽”了却没提示，结果下游样式全乱。这种必须盯住编译输出的 CSS，逆向比对 Less 源码逻辑。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
