"style" 字段对构建流程无效，npm 和主流打包工具（webpack/vite/rollup）均不识别；它仅作为社区约定或 cdn（如 unpkg）的备用样式路径提示，真正起作用的是 "exports" 中显式导出 css 路径，并需配合 loader 与 sideeffects 配置。
package.json 里加 "style" 字段有用吗？
没用。npm 官方不读 "style" 字段，Webpack、Vite、Rollup 等打包工具也不会自动识别它来加载 CSS。这个字段只是社区约定（比如某些 UI 库在文档里建议你手动 @import），对构建流程零影响。别指望写上就自动引入。
真正起作用的是 "exports" 或 "main" + "types" 的组合
现代包管理器（尤其是 Node.js 12+ 和支持 exports 的工具链）优先看 "exports"。想让使用者能 import 'my-lib/style.css'，必须显式导出 CSS 路径：
dmap-jsapi-skill
下载
DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
{
"exports": {
".": "./dist/index.js",
"./style.css": "./dist/style.css",
"./style.css": {
"import": "./dist/style.css",
"require": "./dist/style.css"
}
}
}
-
"require"分支确保 CommonJS 用户也能require('my-lib/style.css')（虽然实际是空的，但避免报错） - 如果只提供
"import"，ESM 环境下没问题；但 Webpack 5 默认启用resolve.exports，会走这个逻辑 - 不要省略
./style.css的显式键，否则import 'my-lib/style.css'会 404
用户 import CSS 时，为什么没生效？常见断点
- 打包工具没配 CSS 加载器：Vite 默认支持，Webpack 需要
css-loader + style-loader 或 mini-css-extract-plugin
- CSS 文件路径没发布到
node_modules/my-lib/dist/style.css：检查 npm publish 前是否执行了构建，且 package.json 的 "files" 包含 dist 目录
- 使用了
sideEffects: false：CSS 文件默认被标记为无副作用，会被摇树剔除。必须在项目根目录 package.json 中写：
"sideEffects": ["*.css", "*.scss"]
或更精确地：
"sideEffects": ["./node_modules/my-lib/dist/style.css"]
要不要同时提供 "style" 和 "exports"？
css-loader + style-loader 或 mini-css-extract-plugin
node_modules/my-lib/dist/style.css：检查 npm publish 前是否执行了构建，且 package.json 的 "files" 包含 dist 目录sideEffects: false：CSS 文件默认被标记为无副作用，会被摇树剔除。必须在项目根目录 package.json 中写："sideEffects": ["*.css", "*.scss"]或更精确地：
"sideEffects": ["./node_modules/my-lib/dist/style.css"]
"style" 和 "exports"？可以留，但纯作文档提示。比如：
{
"style": "dist/style.css",
"exports": { "./style.css": "./dist/style.css" }
}
- "style" 对 unpkg、jsDelivr 等 CDN 服务有意义（它们会 fallback 到这个字段找默认样式）
- 对本地构建完全无效，不能替代 "exports"CSS 入口不是靠一个字段自动连通的，关键在三点：正确导出路径、构建产物真实存在、用户端 loader 和 sideEffects 配置到位。漏掉任意一环，import 'xxx/style.css' 就只是静默失败。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
