Revel模板中JS文件必须放在public/目录下才能被浏览器访问，框架仅从该目录提供静态服务；引用需用绝对路径如/src="/js/main.js"；应统一在layouts/main.html中集中管理脚本加载；开发时修改public/文件不触发热重载，需手动刷新。
Revel模板中JS文件必须放在public/目录下才能被访问
浏览器直接请求JS文件时，Revel只从public/目录提供静态服务——哪怕你把main.js放在app/views/js/或conf/js/里，HTTP请求也会返回404。这不是路径写错，而是框架硬编码的资源根路径限制。
常见错误现象：/js/main.js在浏览器里打不开，但curl http://localhost:9000/assets/js/main.js能通（说明你误配了http.static.path）；或者开发时改了JS却没生效（热重载不监听public/目录）。
-
public/是唯一有效的静态资源根目录，所有JS必须放在这里或其子目录（如public/js/admin.js） - 模板中引用必须用绝对路径：
<script src="/js/main.js"></script>，开头的/表示相对于public/，不是当前HTML文件位置 - 若项目配置了
http.static.path = "/assets"（见conf/app.conf），则实际URL是/assets/js/main.js，模板里也得写成src="/assets/js/main.js"
全局JS应该统一注入到layouts/main.html而非每个页面重复写
把<script></script>标签分散在10个页面里，下次升级jQuery版本就得改10处；更糟的是，有些页面漏加defer或type="module"，导致执行顺序错乱。正确做法是在基础布局模板中集中管理。
示例：app/views/layouts/main.html末尾这样写：
<footer>
{{yield "footer" .}}
</footer>
<script src="/js/vendor.js"></script>
<script src="/js/app.js"></script>
<script>console.log("loaded")</script>
- 所有继承该layout的页面（如
App/Index.html）自动获得这些脚本，无需重复声明 - 第三方库（如Bootstrap、Lodash）建议合并为
vendor.js，业务逻辑放app.js，便于缓存分离 - 内联脚本（如初始化代码）可保留在layout里，但复杂逻辑应抽离为独立文件，避免模板过重
revel run开发模式下修改public/文件不会触发热重载
你改完public/js/app.js并保存，浏览器刷新后还是旧代码——这不是缓存问题，而是Revel热重载机制默认只监听app/和conf/目录，public/被完全忽略。
- 必须手动刷新浏览器，不能依赖自动重载
- 若用Grunt或Webpack做构建，确保watch任务运行中（如
grunt watch），它会监听SCSS/JS源文件变更并自动覆盖public/下的产出文件 - 部署前务必检查
public/里的JS是否为最新编译结果，开发时容易误以为“改了就生效”
动态脚本加载或按需注入JS需通过Controller传参控制
有些页面需要额外加载地图SDK或统计脚本，但又不想让所有页面都加载。不能靠前端JS判断URL再document.createElement("script")，因为Revel的Flash消息、验证错误等服务端数据必须在首屏渲染时就注入。
- 在Controller里设置标志位：
c.RenderArgs["needMap"] = true - 在layout模板中条件引入：
{{if .needMap}}<script src="/js/map-sdk.js"></script>{{end}} - 避免在模板里调用
revel.Message或revel.Config等函数来决定是否加载——它们可能尚未初始化，或引发循环依赖 - 敏感脚本（如含API Key的）不应硬编码在模板中，应由Controller读取配置后传入
RenderArgs
public/目录的权限边界——它既是静态服务出口，又是构建产物落盘位置，任何绕过它的尝试（比如用http.FileServer挂载其他目录）都会破坏Revel的资源路由约定。 
