我要评论react-router作为react框架路由解决方案在react项目中举足轻重。
在react-router 4.0版本中，api与先前版本相比有了很大的修改，在2.0、3.0中常用的<router>组件作为路由底层配置组件不再常用，取而代之的是四个各有不同的路由组件：
<browserrouter>, <hashrouter>, <memoryrouter>, <staticrouter>
其中<memoryrouter>组件在内存中保存“url”信息，不会修改浏览器的地址栏，往往用于react native或测试环境等非浏览器环境。
而<staticrouter>组件从名字能看出它从不修改路由，这在服务器端渲染时很有用。
<hashrouter>组件我们最为熟悉的路由组件不用再多赘述，这里来说说我在使用react-router推荐的<browserrouter>时遇到的坑。
<browserrouter>
<browserrouter>和<hashrouter>都可以实现前端路由的功能，区别是前者基于rul的pathname段，后者基于hash段。
前者：http://127.0.0.1:3000/article/num1
后者：http://127.0.0.1:3000/#/article/num1（不一定是这样，但#是少不了的）
这样的区别带来的直接问题就是当处于二级或多级路由状态时，刷新页面，<browserrouter>会将当前路由发送到服务器（因为是pathname），而<hashrouter>不会（因为是hash段）。
我们当然不希望前端路由被发送到后台。
在react-router 4.0 的文档中有这样一段话：
注意： 使用 hash 的方式记录导航历史不支持 location.key 和 location.state。 在以前的版本中，我们为这种行为提供了 shim，但是仍有一些问题我们无法解决。 任何依赖此行为的代码或插件都将无法正常使用。 由于该技术仅用于支持传统的浏览器，因此在用于浏览器时可以使用 <browserhistory> 代替。
这就要求服务器要配合前端做一些简单的修改。
修改的思想就是当收到请求的url不是功能性的，而是前端路由时，重新加载入口html文件（我的后台是nodejs）。
// catch 404 and forward to error handler
app.use(function(req, res, next) {
//判断是主动导向404页面，还是传来的前端路由。
//如果是前端路由则如下处理
fs.readfile(__dirname + '/public/dist/', function(err, data){
if(err){
console.log(err);
res.send('后台错误');
} else {
res.writehead(200, {
'content-type': 'text/html',
'connection':'keep-alive'
});
res.end(data);
}
})
});
此处踩坑无数，在网上搜索方法后换用nginx，使用try_files字段定向到入口html，但是重定向后，webpack打包的js文件没有执行。
在查看firebug时发现此次刷新的响应头中设置了"connection":"keep-alive";
觉得问题应该出在这里，换用nodejs用200状态配合keep-alive果然解决了问题。
在react-router 4.0 多级路由下刷新页面不会再404，而是保存了前端状态。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持移动技术网。
您可能感兴趣的文章:
如您对本文有疑问或者有任何想说的，请 点击进行留言回复，万千网友为您解惑！
网友评论