关于 Browser 的 History 路由在开发阶段的 404 问题，你有好的解决方法吗？
shanlan · 2019-09-11 10:26:04 +08:00 · 2258 次点击这是一个创建于 1919 天前的主题，其中的信息可能已经有所发展或是发生改变。
近期接手了一个 React 项目，这是同事做了七七八八之后交给我的，我也没完整的写过 React 项目。该项目使用了 History 路由，这个路由模式有个缺陷，就是不能直接刷新，否则服务器报错 404，
报错的原因我都知道，但是目前开发的过程很困扰。因为每次修改代码只能回到首页刷新一次，然后再到页面点击需要查看的路径，才能看到修改代码后的效果。
Google 之后基本是推荐更好 Hash 路由，另外由于 WebStorm 的修改代码自动刷新功能，是直接就导致 404 了，难道 History 路由只能强忍着恶心开发吗？
实在是难受！！！
 |
1
azh7138m 2019-09-11 10:37:58 +08:00
try file 最后加一个 index.html
一般这样操作 |
 |
2
lbw 2019-09-11 11:05:13 +08:00
这就是 history 路由的特性啊，每次路由导航都会真实请求后端页面。本质上 hash 路由是完全由前端主导的路由控制，因为每次 hash 路由导航并不会真实请求 web 服务器，本质上是因为浏览器不会将 hash 路由的锚点请求出去。而 history 路由是真实的路径请求，故每次都会向 web 服务器发送请求，当你 web 服务器没有对应的路由当然就 404 了。
要从本质上解决你的问题简单点的方案就是切 hash 路由，要不你不论是在开发还是生产环境都要配置服务器路由 |
|
3
lbw 2019-09-11 11:22:51 +08:00
@azh7138m 结合楼上的方案，在将所有路由都指向 index.html 后，一些前端路由库，将解析你输入的 url 路径，并进行自动导航，匹配路由组件。
|
 |
4
whypool 2019-09-11 11:24:59 +08:00  1
开发阶段用 hash
|
 |
5
learnshare 2019-09-11 11:25:18 +08:00
测试服务器配置有问题吧
|
 |
6
Caballarii 2019-09-11 11:29:46 +08:00 1
开发阶段直接把 browserHistory 改成 hashHistory 好了，打包发布还想用 browserhistory 的话配一下容器转发，非 api 的请求全部重定向到 index.html 就行了
|
 |
7
icris 2019-09-11 12:09:35 +08:00 1
create react app 会创建一个 serviceWorker，给所有请求响应 index.html，可以创建一个然后把 serviceWorker 逻辑复制进项目里
|
 |
8
orzorzorzorz 2019-09-11 12:13:50 +08:00
可以试试弄多入口，比如 /test/aaa，那 /test/aaa.html 就是个入口。生产环境改下入口就完了
|
|
9
orzorzorzorz 2019-09-11 12:15:56 +08:00
路由这东西就俩思路，一个是服务端有真东西，一个是客户端造假东西。hash 路由算是异类，不真不假却能用，说实话我觉得挺神奇的，连浏览器都能骗过去
|
 |
10
tinytin 2019-09-11 12:18:54 +08:00 via iPhone
用的 webpack dev server 吗，是的话，开启 historyapifallback 就行了
|
 |
11
VDimos 2019-09-11 12:26:40 +08:00 via Android
盲猜单页面多路由程序，线上环境需要转发到 index.html 下才行，刚踩坑
|
 |
12
shanlan OP @azh7138m #1 原文：“try file 最后加一个 index.html
一般这样操作” ====== 回复：#1 @lbw #3 原文：“@azh7138m 结合楼上的方案，在将所有路由都指向 index.html 后，一些前端路由库，将解析你输入的 url 路径，并进行自动导航，匹配路由组件。” ====== 回复：#3 在开发情况下，怎么进行 nginx 重定向？毕竟是热部署，而不是每次修改代码都去 build @whypool #4 原文：“开发阶段用 hash” ====== 回复：#4 后面同事确实是切换到 hash 了 @Caballarii #6 原文：“开发阶段直接把 browserHistory 改成 hashHistory 好了，打包发布还想用 browserhistory 的话配一下容器转发，非 api 的请求全部重定向到 index.html 就行了” ====== 回复：#6 目前确实在开发的时候切换到 Hash，我前端白痴，谢谢解答。 @icris #7 原文：“create react app 会创建一个 serviceWorker，给所有请求响应 index.html，可以创建一个然后把 serviceWorker 逻辑复制进项目里” ====== 回复：#7 知识盲区，完全听不懂大佬的意思。 @orzorzorzorz #9 原文：“路由这东西就俩思路，一个是服务端有真东西，一个是客户端造假东西。hash 路由算是异类，不真不假却能用，说实话我觉得挺神奇的，连浏览器都能骗过去” ====== 回复：#9 浏览器特性吧，路径#后面的浏览器不请求。 @tinytin #10 原文：“用的 webpack dev server 吗，是的话，开启 historyapifallback 就行了” ====== 回复：#10 好的，我去了解一下。 @VDimos #11 原文：“盲猜单页面多路由程序，线上环境需要转发到 index.html 下才行，刚踩坑” ====== 回复：#11 我自己搭建 nginx 是用转发到 index.html，但是线下开发过程中调试呢？ |
 |
13
redbuck 2019-09-11 14:20:29 +08:00
|
|
14
redbuck 2019-09-11 14:27:27 +08:00
history 路由使用的是 HTML5 新增的 history API,允许你操作浏览器的 history,你可以伪造一个服务器 [没有] 对应响应的访问记录.
所以如果你通过前端路由访问到了某个不存在的路径上,然后刷新页面,这时候访问到后端,请求一个不存在的资源,那自然就 404 了. 所以 history 路由是需要后端配合的.需要使服务器在接到前端路由的 path 时,始终返回那个真实的 html(所谓单页应用,单页就是这个 HTML 了),然后让前端路由介入,解析路径,匹配到对应的前端组件上去. |
|
15
lbw 2019-09-11 18:29:55 +08:00
@shanlan 是说在开发环境配置 webpack-dev-server 的路由，生产环境下配置 nginx 的路由，开发环境肯定不用每次都 build
|
|
16
shanlan OP 谢谢各位热情回答，我最后选择在开发过程中使用 HashRoter，其实不麻烦，只需要把 BrowserRoter 改成 HashRoter 即可了。最后构建的时候再换回 Browser，这样就不会有丑陋的#出现在 Url 中，希望我这个方法能解决大家的问题。
@redbuck #13 原文：“@orzorzorzorz hash 就是真实的 history. 原本就是用来定位 id 元素的.所以兼容性才好” ====== 回复：#13 @lbw #15 原文：“@shanlan 是说在开发环境配置 webpack-dev-server 的路由，生产环境下配置 nginx 的路由，开发环境肯定不用每次都 build” ====== 回复：#15 |
Select Language