我们的后端是 Java。Java 的 web 程序有一个一级上下文路径，每个应用都不同，比如：
Http://xx.xx.xx:/上下文路径 /user/1
为了和后台一致，来区分应用的上下文，我们的前端资源虽然和后端分离，但是访问的时候，也是带有同样的上下文路径的：
Http://xx.xx.xx:/上下文路径 /html/xxx.html
Http://xx.xx.xx:/上下文路径 /img/xxx.png
Http://xx.xx.xx:/上下文路径 /js/xxx.js
Http://xx.xx.xx:/上下文路径 /css/xxx.css
我们在 html 页面里，无论是链接资源，还是访问接口，都是绝对路径，比如：
<a href="/上下文路径 /js/xxx.html">xxxx</a>
但是现在比较坑爹的是，这个上下文路径，在实际部署的时候，可能会因为客户要求，而发生变化。
Java 后端的这个上下文路径非常好改，然而到了前端这块就出了大麻烦，如果这个上下文路径是硬编码写在页面上，那改起来就致命了。所以这个问题该怎么办呢，该如何搞出在部署时可以方便修改的一级路径来？
Http://xx.xx.xx:/上下文路径 /user/1
为了和后台一致，来区分应用的上下文，我们的前端资源虽然和后端分离，但是访问的时候，也是带有同样的上下文路径的：
Http://xx.xx.xx:/上下文路径 /html/xxx.html
Http://xx.xx.xx:/上下文路径 /img/xxx.png
Http://xx.xx.xx:/上下文路径 /js/xxx.js
Http://xx.xx.xx:/上下文路径 /css/xxx.css
我们在 html 页面里，无论是链接资源，还是访问接口，都是绝对路径，比如：
<a href="/上下文路径 /js/xxx.html">xxxx</a>
但是现在比较坑爹的是，这个上下文路径，在实际部署的时候，可能会因为客户要求，而发生变化。
Java 后端的这个上下文路径非常好改，然而到了前端这块就出了大麻烦，如果这个上下文路径是硬编码写在页面上，那改起来就致命了。所以这个问题该怎么办呢，该如何搞出在部署时可以方便修改的一级路径来？
Select Language