无效。@charset只能位于css文件最开头且仅一次，sass编译时会自动插入或覆盖；顶层注释在@import/@use合并时位置不确定，法律效力不足；postcss-prepend可确保版权注释严格位于@charset之后第一行。
编译前用 @charset 和注释块声明版权是否有效？
无效。@charset 只能出现在 CSS 文件最开头（且仅允许一次），而 Sass 编译器（如 Dart Sass）在生成 CSS 时会自动插入或覆盖它；普通 /* ... */ 注释若写在 Sass 源文件顶层，会被保留，但无法保证位置——尤其当使用 @import 或 @use 合并多个文件时，注释可能被挤到中间甚至末尾，失去法律效力所需的“显著位置”。
用 postcss-cli 在编译后追加注释最可靠
Dart Sass 本身不支持注入头部注释，但它的输出是标准 CSS 流，适合用 PostCSS 做二次处理。关键是用 postcss-prepend 插件（而非 postcss-insert 等模糊定位的插件），确保注释严格位于第一行之后、@charset 之后（如有）：
npm install --save-dev postcss postcss-prepend postcss-cli
创建 postcss.config.js：
module.exports = {
plugins: [
require('postcss-prepend')({
content: `/*\n * Copyright © ${new Date().getFullYear()} Your Company\n * All rights reserved.\n */\n`
})
]
}
然后串起构建命令：
sass src/main.scss dist/main.css --style=expanded && postcss dist/main.css -o dist/main.css
- 必须用
--style=expanded（或--style=compressed），不能用--style=compact，否则postcss-prepend可能错判换行位置 - 如果源文件含
@charset "UTF-8";，postcss-prepend会自动将其后移一行，再插入版权块——这是它比手写正则更安全的地方 - 不要用
postcss-import替代 Sass 的@use，二者解析机制不同，容易引发路径或作用域错误
用自定义 Sass 函数 + @at-root 强制前置（仅限简单场景）
如果项目不用 @use / @forward，且所有样式都来自单个入口文件，可尝试在 _variables.scss 里定义一个“占位”函数：
@function copyright-header() {
@return "/* Copyright © #{year} Your Co. */";
}
<p>// 在 main.scss 最顶部调用：
@at-root {
/<em> Copyright © #{year} Your Co. </em>/
}</p>
但这只是字符串拼接，无法动态更新年份（Sass 不支持运行时 new Date()），且一旦引入任何 @import，@at-root 就可能被重排——实际项目中几乎不可靠。
压缩模式下注释被删？得配 postcss-clean 或改用 clean-css
Dart Sass 的 --style=compressed 会直接删掉所有 /* ... */ 注释（包括版权块）。此时不能依赖 Sass 自身压缩，必须把压缩交给 PostCSS 链路：
- 移除 Sass 的
--style=compressed，保持--style=expanded - 在
postcss.config.js的插件列表末尾加上require('cssnano')({ preset: ['default', { discardComments: { removeAll: true } }] }) - 注意：
cssnano默认保留/*! */（感叹号注释），所以也可把版权写成/*! Copyright... */，再用原生 Sass 压缩——但这种方式无法控制其是否真在第一行，法律风险更高
真正需要可验证版权头的项目，别省这一步 PostCSS 处理。年份硬编码、位置不确定、压缩后消失——这三个坑，任何一个都会让版权声明形同虚设。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
