TypeORM 不处理 CSS 引入，后端只需通过 express.static 或 useStaticAssets 暴露 public 目录，使浏览器能通过 /static/xxx URL 加载 CSS；CSS 路径解析基于文件位置，非 HTML 位置。
TypeORM 本身不处理静态 CSS 引入 —— 它是 ORM，只管数据库映射和查询。CSS 是前端资源，后端框架（如 Express、NestJS、Fastify）也不直接“引入” CSS，而是提供静态文件服务路径，让浏览器能加载它。
真正要解决的问题是：后端如何正确暴露 CSS 文件，使前端 HTML 能通过 URL 加载？ 下面分场景说明。
Express 中托管 CSS 静态文件的正确方式
Express 默认不提供静态资源服务，必须显式调用 express.static() 中间件：
- 把 CSS 放在项目目录下（比如
public/css/app.css） - 在主应用中注册中间件：
app.use('/static', express.static('public')) - HTML 中引用时用路径：
<link rel="stylesheet" href="/static/css/app.css"> - 注意：路径前缀
/static和磁盘目录public是两个独立配置，别混淆；浏览器请求/static/xxx，实际读取的是public/xxx - 若 CSS 里有
url(./img/logo.png)，相对路径基于 CSS 文件位置解析，不是 HTML 位置 —— 这点常被误判导致图片 404
NestJS 的静态资源配置要点
NestJS 基于 Express，但封装了 useStaticAssets() 方法，推荐用它而非裸调 express.static：
立即学习“前端免费学习笔记（深入）”；
- 在
main.ts中：app.useStaticAssets(join(__dirname, '..', 'public'), { prefix: '/static' }) -
prefix必须带开头斜杠，否则路由匹配失败 - 如果同时启用了模板引擎（如 Handlebars），确保静态资源中间件注册在
setViewEngine()之前，否则可能被模板路由拦截 - 开发时建议加
cacheControl: false避免 CSS 修改后浏览器缓存旧版本
为什么不能在 TypeScript 文件里 import './style.css'？
这是前端构建阶段的事，后端 Node.js 运行时不认识 import CSS 语句：
- 如果你在
.ts文件里写了import './style.css'，TypeScript 编译器会报错（除非配了declare module '*.css'），且即使编译过去，Node 也无法执行这行代码 - Webpack/Vite 等工具才能解析 CSS
import并打包；后端只需提供可访问的 HTTP 路径 - 常见误区：以为后端“引入 CSS”就能自动注入到 HTML —— 实际上，CSS 注入是前端行为，后端只负责让浏览器能 GET 到它
搭配 TypeORM 项目时的实际目录结构建议
避免把 CSS 和实体类混在一起。TypeORM 关注 src/entities/、src/migrations/，而静态资源应物理隔离：
- 根目录下建
public/（非src/public），放css/、js/、img/ - HTML 模板（如
views/login.hbs）用相对或绝对路径引用/static/css/main.css - 不要把 CSS 放进
src/下再试图用copy-webpack-plugin搬运 —— 后端项目没 Webpack，纯靠express.static或等价机制 - 若用 PM2 部署，确认
public/目录随构建产物一起发布，而不是被tsconfig.json的exclude过滤掉
后端对 CSS 的管理本质就两件事：路径映射 + HTTP 可达。复杂点在于路径层级、缓存策略和构建部署一致性，而不是“怎么引入”。
