涉及到的知识点如下：
- webpack
- node.js的Express服务器框架
- react.js中的react-router库中的BrowserRouter组件
- 当我们利用webpack将react.js应用打包成bundle.js后，在index.html中的引用形式如下：
<!DOCTYPE html>
<html lang="en">
<head>
<title>金凤针织CMS后台管理</title>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1">
</head>
<body>
<div id="app">
</div>
<script type="text/javascript" src="/build/bundle.js"></script>
</body>
</html>
- 于是当我们在浏览器上访问tomcat服务器的http://xxxxxx:8080/clothShopCMS/index.html的时候（其实也可以http://xxxxxx:8080/clothShopCMS/，因为tomcat默认会索引/clothShopCMS项目下的引导页面） 会去加载bundle.js脚本文件，而这个由webpack打包生成的js文件，就是我们利用react.js编写出来的应用。进而用户在应用上通过BrowserRouter的路由进行跳转的时候，其实是“伪跳转”它是由js实现的。但虽然是“伪跳转”，但它也同时修改了浏览器的url(这是本人自己的观点，可能是为了迎照一种真跳转的感觉)。
但是当我们在某个页面进行浏览器的刷新时候（通过F5，或者浏览器上面的刷新按钮），就是马上出现404的问题，是什么原因呢？
很简单，由于你通过webpack打包生成的react.js应用是通过项目根目录下的index.html作为入口才进入react.js应用的（也就是俗称的单页面应用路由），先前通过“伪跳转”后，浏览器的url发生变化，由最初的/clothShopCMS变成了/clothShopCMS/login,此时进行刷新的话，浏览器就会重新请求http://xxxxxx:8080/clothShopCMS/login，很明显，你的/clothShopCMS项目下并没有能处理/login请求的能力，所以就出现了404问题。如果解决该问题呢？毕竟刷新这个操作是用户频繁进行的动作。这时候就需要服务端来支持了。服务器端解决以上404问题的原理是：当浏览器接收到/clothShopCMS的子路径的时候，重定位到/index.html资源，这样子相当于浏览器输入了/clothShopCMS，然后/login路径，通过BrowserRouter组件再次跳转成相应的页面，就完成了刷新的动作。
其中服务器可以使用：
1). javaweb的Spring mvc
2). node.js框架的Express：这个比较推荐，快速便捷，毕竟我们只是要通过服务器进行重定向这个简单的功能；
