必须重启Sublime Text并手动执行“Open all with current extension as…→EJS”生成{"extensions": ["ejs"]}配置，否则.ejs文件默认按HTML或纯文本处理，无法实现语法高亮。
Sublime Text里怎么让.ejs文件高亮语法
默认安装的Sublime Text不识别.ejs后缀，写起来像纯文本，容易漏掉配对或写错和。必须手动指定语法高亮：
- 打开任意
.ejs文件 → 点击右下角当前语法名（比如“HTML”）→ 选 Open all with current extension as… → 搜索并选择JavaScript (EJS)（需先安装 Package Control 和EJS插件） - 没装插件？直接去
Preferences → Package Control → Install Package，搜EJS，装官方维护的EJS Syntax Highlighting（作者是guillermooo） - 装完后，所有
.ejs文件自动高亮；但已打开的文件要右键 → Set Syntax → JavaScript (EJS) 才生效
为什么用Sublime Text跑不了EJS渲染，别试了
Sublime Text 是编辑器，不是运行环境——它没法执行 require('ejs')，也不能调用 renderFile() 或启动 Express 服务。常见误区是以为装个插件就能“预览 EJS”，结果点 Preview 按钮只看到原始模板代码，变量全裸着没替换。
-
Ctrl+B运行构建系统？默认没有 EJS 构建规则，硬写也会报ReferenceError: require is not defined - 想本地实时看效果？得另起一个 Node.js 进程：在项目根目录开终端，跑
node render.js（内容是读取index.ejs+data.json+ejs.renderFile()写出 HTML） - 真正高效的 workflow 是：Sublime 编辑 → 保存 → 终端自动监听（用
nodemon render.js）→ 浏览器刷新看结果，而不是指望编辑器内置预览
大型项目中如何用EJS做模块化，避免include路径崩掉
多人协作时， 看似简单，实际极易因相对路径错乱导致 Failed to lookup view 或空内容。EJS 的 include 不走 Express 的 views 配置，而是按当前文件所在目录解析。
- 统一用绝对路径引用：把所有可复用模块（
components/、layouts/）放在views/_partials/下，然后写 - 别依赖
__dirname动态拼路径——Sublime 里没法 debug 路径，出错只能靠 console.log 输出fs.readFileSync的绝对路径来排查 - 组件传参必须是对象：
错！得写成，否则模板里会报Cannot read property 'name' of undefined - 嵌套 include 深度别超 3 层，否则调试时根本分不清哪一层漏传了 data
静态页面生成时，EJS输出HTML但CSS/JS路径404
用 ejs.renderFile() 生成的 HTML 文件单独打开（file:// 协议），所有 /css/app.css 都会 404——因为浏览器找不到根目录下的 css/，而 Sublime 本身不提供 HTTP 服务。
- 生成时路径必须适配静态部署结构：比如最终要部署到
https://example.com/product/，那link的href就得写成../css/app.css，不能写/css/app.css - 别在模板里硬编码域名或协议，用相对路径或配置变量：
<link href="<%=%20basepath%20%>/css/app.css">，渲染时传入{ basepath: '..' } - 验证方式：用 Python 快速起个静态服务：
python3 -m http.server 8000，然后访问http://localhost:8000/dist/index.html，这才是真实路径行为
EJS 模块化真正的难点不在语法，而在路径解析和数据流向——Sublime 只负责写对，Node 才负责跑通；一旦 include 层级变深、路径混用相对/绝对、静态资源路径和部署路径不一致，问题就会藏得很深，且无法在编辑器里直接暴露。
