Buffalo框架分Java版和Go版，二者无关联：Java版需手动引入buffalo.js和prototype.js并配置web.xml；Go版通过webpack/esbuild构建前端，JS资源在assets/js/中管理，不使用buffalo.js。
Buffalo 框架本身不提供统一的 JS 脚本引入机制——关键要看你用的是哪个 Buffalo：是 2007 年左右的 Java Web AJAX 框架（buffalo-2.0.jar），还是 2016 年后兴起的 Go Web 框架（github.com/gobuffalo/buffalo）。两者完全无关，JS 引入方式截然不同。
Java 版 Buffalo（AJAX 远程调用框架）怎么加载 buffalo.js
这是老式基于 Servlet 的 AJAX 框架，JS 文件必须手动引入，并依赖 prototype.js。常见错误是路径错、顺序反、漏掉依赖：
-
buffalo.js和prototype.js必须放在 WebRoot 下可访问的静态目录中（如/js/），不能放在/WEB-INF/里 - 引入顺序不可颠倒：
<script src="js/prototype.js"></script>必须在<script src="js/buffalo.js"></script>之前 -
endPoint地址要匹配web.xml中配置的/bfapp/* var endPoint = "/bfapp" - 如果控制台报
Buffalo is not defined或Prototype is not defined，基本就是路径或加载顺序问题
Go 版 Buffalo（gobuffalo/buffalo）怎么管理前端 JS 资源
Go 版 Buffalo 默认使用 webpack + packr（v0.x）或 esbuild（v1.x+）构建前端，JS 不是直接 <script></script> 引入，而是通过构建流程注入：
- JS 源文件放在
assets/js/目录下（如assets/js/application.js） - 修改
assets/js/application.js后需运行buffalo dev或buffalo build触发重新打包 - 最终生成的 bundle 文件（如
public/assets/application.js）由模板自动引用：<script src=""></script> - 若手动加第三方库（如
lodash），应走npm install lodash+import _ from "lodash"，而非直接放public/下用<script src></script>
为什么 buffalo.js 在 Go 版项目里完全没用
Go 版 Buffalo 和 Java 版 Buffalo 没有任何代码或协议继承关系，名字纯属巧合。你在 Go 项目里放一个 buffalo.js 文件，它不会被框架识别、不会参与构建、也不会自动注入到 HTML 中——除非你手动写 <script src="/js/buffalo.js"></script>，但那只是普通静态资源，和框架本身无关。
混淆这两者是实际迁移或排查时最常踩的坑：看到项目名含 “Buffalo”，就默认要配 buffalo.js，结果浪费半天调试网络请求 404 或 remoteCall is not a function。
