less中无真正私有方法，仅能通过下划线命名约定、嵌套子mixin和@import(reference)实现模拟私有：前者提示非公开，中者限制作用域，后者隔离引入不污染全局。
Less 本身没有私有方法的概念，所有 .mixin 和变量默认可被导入后直接调用——所谓“模拟私有”，本质是靠命名约定 + 作用域隔离 + 导入控制来规避意外使用。
用下划线前缀标记“私有” mixin
Less 不校验命名，但团队可通过约定让开发者主动回避调用。以下划线开头的 .mixin 表示不建议外部使用：
.private-calculate(@val) {
@result: @val * 2;
}
<p>._internal-padding(@size) {
padding: @size;
}
</p>
- 导入时仍能调用
._internal-padding(12px)，但 IDE（如 VS Code + Less 插件）通常会弱化显示下划线前缀名，形成视觉提示 - 文档或组件 README 中明确写“以
_开头的 mixin 不属于公共 API”可降低误用概率 - 注意：无法阻止编译，仅靠协作约束；若被其他文件
@import并显式调用，依然生效
把“私有逻辑”塞进公共 mixin 内部，不暴露为顶层定义
真正切断外部访问路径的方式，是避免将其声明为独立 .mixin，而是嵌套在需要它的公共 mixin 中：
.button-style(@color) {
// 这里不是独立 mixin，外部无法调用
.-compute-border(@c) { border: 1px solid darken(@c, 10%); }
background-color: @color;
.-compute-border(@color);
}
- Less 编译器允许在 mixin 内定义子 mixin，且该子 mixin 仅在其父作用域内可见
- 子 mixin 名称加
-或_前缀，进一步表明非导出意图 - 不能通过
.button-style()以外的途径触发.-compute-border()，这是最接近“私有”的实现
用 @import (reference) 隔离依赖而不污染全局
当一组工具 mixin 只用于内部计算（比如颜色转换、栅格辅助），用 @import (reference) 引入，可避免它们被外部调用：
// utils.less
._hex-to-rgb(@hex) { ... }
<p>// component.less
@import (reference) "utils.less";</p><p>.my-component {
color: rgb(255, 0, 0);
// ✅ 可在内部调用 ._hex-to-rgb()
// ❌ 外部导入 component.less 后，无法调用 ._hex-to-rgb()
}
</p>
-
@import (reference)不会将目标文件中的 mixin/变量注入当前作用域之外，只供当前文件“借用” - 适合封装跨组件复用但不对外暴露的底层逻辑，比如
._fluid-type()、._breakpoint-min() - 注意：若
utils.less中有顶层变量（如@base-font-size: 16px;），它仍会被引入——(reference)只影响 mixin，不影响变量
真正难防的是开发者手动复制粘贴或绕过 import 直接引用文件；所以“模拟私有”的关键不在技术封锁，而在把逻辑收口到最小必要作用域，并用命名 + import 策略让误用成本变高。一旦项目接入 PostCSS 或迁移到 Sass/Less 之外的方案，这类约定更要提前对齐。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
