devbox
知新_RL
这个屌丝很懒，什么也没留下！
关注作者
热门标签
热门文章
当前位置:   article > 正文

Nginx与history路由模式：刷新页面404问题_nginx 请求路由页面404

作者：知新_RL | 2024-06-15 19:07:37

赞

踩

nginx 请求路由页面404

        使用nginx部署前端项目，路由模式采用history模式时，刷新页面之后，显示404。

路由模式

        前端路由的基本作用为：

        ①当浏览器地址变化时，切换页面；

        ②点击浏览器后退、前进按钮时，更新网页内容；

        ③刷新浏览器页面时，网页加载与当前路由相匹配的内容。

        在前端项目开发中，主要使用到两种路由模式：

        【1】hash模式：通过监听浏览器地址hash值，在回调函数中切换网页内容/部分内容；

        【2】history模式：基于history API自定义url地址，实现url地址变化并保证网页内容的切换。

hash模式

基本原理

        使用window.location.hash属性及窗口的onhashchange事件，可以实现监听浏览器地址hash值变化，执行相应的js切换网页。

Location：hash属性
hashchange事件

        hash模式的特点如下：

①hash指的是地址中#号以及后面的字符，也称为散列值。hash也称作锚点，本身是用来做页面跳转定位的。如http://localhost/index.html#abc，这里的#abc就是hash；
②散列值是不会随请求发送到服务器端的，所以改变hash，不会重新加载页面；
③ window 的 hashchange 事件作用：当散列值改变时，可以通过 location.hash 来获取和设置hash值；
④location.hash值的变化会直接反应到浏览器地址栏。

hash路由触发条件

        那么，如何触发hash路由呢？主要分为编程式触发（例如：通过a标签设置锚点、js代码级动态更新）和手动触发（例如：点击浏览器的前进/后退按钮），

        ①当浏览器地址栏的散列值/hash值变化时，会自动触发location..hash属性值的变化，从而触发onhashChange事件。

        ②当只改变浏览器地址栏URL的哈希值时，按下enter键不会导致浏览器向服务器发送请求，此时仅仅是设置hash值，并触发onhashChange事件。

        ③HTML提供的a标签，通过其href属性可以为页面设置锚点，当点击a标签时，可以跳转到对应元素所在区域，同时更新地址栏hash值（伴随着Location.hash属性值的更新），并触发onhashChange事件。

example-基础示例

        代码示例：

  1. <!DOCTYPE html>
  2. <html lang="en">
  3. <head>
  4.     <meta charset="UTF-8">
  5.     <meta name="viewport" content="width=device-width, initial-scale=1.0">
  6.     <title>hash模式</title>
  7.     <style>
  8.         .box{
  9.             margin:15px;
  10.             min-height: 100vh;
  11.             width: 100%;
  12.             background-color: skyblue;
  13.         }
  14.     </style>
  15. </head>
  16. <body>
  17.  
  18.     <div class="box" id="part_1">part_1</div>
  19.     <div class="box" id="part_2">part_2</div>
  20.     <a href="#part_1">to_part_1</a>
  21.     <a href="#part_2">to_part_2</a>
  22.  
  23.     <script>
  24.         window.onhashchange = (event)=>{
  25.             console.log('hash:',window.location.hash,event)
  26.         }
  27.  
  28.     </script>
  29. </body>
  30. </html>

example-hash-Router

        模拟简单的hash路由，

  1. <!DOCTYPE html>
  2. <html lang="en">
  3.  
  4. <head>
  5.     <meta charset="UTF-8">
  6.     <meta name="viewport" content="width=device-width, initial-scale=1.0">
  7.     <title>hash模式</title>
  8.     <style>
  9.         .box {
  10.             margin: 15px;
  11.             min-height: 100px;
  12.             width: 100%;
  13.             background-color: skyblue;
  14.         }
  15.     </style>
  16. </head>
  17.  
  18. <body>
  19.     <a href="#home">home</a>
  20.     <a href="#part_1">part_1</a>
  21.     <a href="#part_2">part_2</a>
  22.     <div id="app">
  23.  
  24.     </div>
  25.     <!-- HTML 内容模板（<template>）元素是一种用于保存客户端内容机制，该内容在加载页面时不会呈现，但随后可以 (原文为 may be) 在运行时使用 JavaScript 实例化。 -->
  26.     <template id="home">
  27.         <div class="box" id="home">home</div>
  28.     </template>
  29.     <template id="part_1">
  30.         <div class="box" id="part_1">part_1</div>
  31.     </template>
  32.  
  33.     <template id="part_2">
  34.         <div class="box" id="part_2">part_2</div>
  35.     </template>
  36.  
  37.     <script>
  38.         //根节点
  39.         const rootNode = document.getElementById("app")
  40.         //刷新页面方法
  41.         const refreshApp = (hash) => {
  42.             hash = hash || 'home'
  43.             const elem = document.getElementById(hash);
  44.             rootNode.innerHTML = elem.innerHTML
  45.         }
  46.         //hash-change事件监听
  47.         window.onhashchange = (event) => {
  48.             console.log('hash:', window.location.hash, event)
  49.             //根据hash值显示对应的页面部分
  50.             const hash = window.location.hash.replace("#", '');
  51.             refreshApp(hash)
  52.         }
  53.         //初始事件监听
  54.         document.body.onload = () => {
  55.             const hash = window.location.hash.replace("#", '');
  56.             refreshApp(hash)
  57.         }
  58.  
  59.     </script>
  60. </body>
  61.  
  62. </html>

优缺点

  • 优点：浏览器兼容性较好，连 IE8 都支持
  • 缺点：路径在井号 # 的后面，比较丑

history模式

基本原理|History对象

        history模式基于history API实现。

        history API 是 H5 提供的新特性，允许开发者直接更改前端路由，即更新浏览器 URL 地址而不重新发起请求。

history API

        关于History对象，

        ①window.history 属性指向 History 对象，它表示当前窗口的浏览历史。当发生改变时，只会改变页面的路径，不会刷新页面。
        ②History 对象保存了当前窗口访问过的所有页面网址。通过 history.length 可以得出当前窗口一共访问过几个网址。
        ③由于安全原因，浏览器不允许脚本读取这些地址，但是允许在地址之间导航
        ④浏览器工具栏的“前进”和“后退”按钮，其实就是对 History 对象进行操作。

history路由触发条件

        每当 history 对象出现变化时，就会触发 popstate 事件。

onpopstate事件

        ①仅仅调用pushState()方法或replaceState()方法 ，并不会触发该事件;
        ②只有用户点击浏览器倒退按钮和前进按钮，或者使用 JavaScript 调用History.back()、History.forward()、History.go()方法时才会触发。
        ③另外，该事件只针对同一个文档，如果浏览历史的切换，导致加载不同的文档，该事件也不会触发。
        ④页面第一次加载的时候，浏览器不会触发popstate事件。

example-history-Router

  1. <!DOCTYPE html>
  2. <html lang="en">
  3. <head>
  4.     <meta charset="UTF-8">
  5.     <meta name="viewport" content="width=device-width, initial-scale=1.0">
  6.     <title>history模式</title>
  7.     <style>
  8.         .box {
  9.             margin: 15px;
  10.             min-height: 100px;
  11.             width: 100%;
  12.             background-color: skyblue;
  13.         }
  14.     </style>
  15. </head>
  16. <body>
  17.     <nav id="nav">
  18.         <a href="javascript:void(0)">home</a>
  19.         <a href="javascript:void(0)">part_1</a>
  20.         <a href="javascript:void(0)">part_2</a>
  21.     </nav>
  22.     <div id="app">
  23.  
  24.     </div>
  25.     <!-- HTML 内容模板（<template>）元素是一种用于保存客户端内容机制，该内容在加载页面时不会呈现，但随后可以 (原文为 may be) 在运行时使用 JavaScript 实例化。 -->
  26.     <template id="home">
  27.         <div class="box" id="home">home</div>
  28.     </template>
  29.     <template id="part_1">
  30.         <div class="box" id="part_1">part_1</div>
  31.     </template>
  32.  
  33.     <template id="part_2">
  34.         <div class="box" id="part_2">part_2</div>
  35.     </template>
  36.     <script>
  37.         //获取节点
  38.         const rootNode = document.getElementById("app")
  39.         const navlement = document.querySelector('#nav')
  40.         //刷新页面方法
  41.         const refreshApp = (path) => {
  42.             path = path || 'home'
  43.             const elem = document.getElementById(path);
  44.             rootNode.innerHTML = elem.innerHTML
  45.         }
  46.         navlement.onclick = (event)=>{
  47.             const target = event.target;
  48.             if(target.nodeName !== 'A'){
  49.                 return
  50.             }
  51.             const path = target.textContent
  52.             console.log(path)
  53.             // history.pushState()，改变当前地址栏的路径，并不会更新页面内容
  54.             history.pushState(null,null,path)
  55.             refreshApp(path)
  56.         }
  57.         //onpopstate-事件:监听-点击浏览器的前进按钮/后退按钮
  58.         window.onpopstate = (event)=>{
  59.             console.log(event)
  60.             //
  61.         }
  62.  
  63.     </script>
  64. </body>
  65. </html>

优缺点

        history 致命的缺点就是当改变页面地址后，强制刷新浏览器时，（如果后端没有做准备的话）会报错，因为刷新是拿当前地址去请求服务器的，如果服务器中没有相应的响应，会出现 404 页面。

        例如：拿live-server来讲，保存页面时，导致页面刷新，进而显示找不到页面。

Nginx相关配置

Nginx+History路由模式：404问题

        通常，我们使用nginx部署前端项目时，简单配置如下，

  1. worker_processes  1;
  2. events {
  3.     worker_connections  1024;
  4. }
  5.  
  6. http {
  7.     include       mime.types;
  8.     default_type  application/octet-stream;
  9.     sendfile        on;
  10.     keepalive_timeout  65;
  11.  
  12.     #服务配置
  13.     server {
  14.        listen       8157;
  15.        server_name  localhost;
  16.        
  17.         #前端项目部署配置
  18.         location / {
  19.             root   /home/server_dir/erp/web;
  20.             index  index.html index.htm;
  21.         }
  22.     }
  23. }

        但是，当前端项目使用History路由模式进行打包时，每当我们刷新页面，就会显示404找不到，那么，如何在服务端解决这个问题呢？

相关配置

location:root根目录配置

        用户请求的最终结果是要返回数据，当响应文件在 Nginx 服务器本地时，需要进行本地文件位置、读或写、返回执行结果的操作。Nginx 中的 root 指令可以设定请求 URL 的本地文件根目录，如下表所示。

        例如：

  1. location /flv/ {
  2.     root /data/web;
  3. }

         当 root 指令在 location 指令域时，root 设置的是 location 匹配访问路径的上一层目录，样例中被请求文件的实际本地路径为 /data/web/flv/。
        Tips：location 中的路径是否带"/"，对本地路径的访问无任何影响。

location:alias虚拟目录配置

        Nginx 中想要配置虚拟目录可以使用 alias 指令，该指令的介绍如下表所示：

        例如：

  1. server{
  2.     listen 8080;
  3.     server_name www.nginxtest.org;
  4.     root /opt/nginx-web/www;
  5.     location /flv/ {
  6.         alias /opt/nginx-web/flv/;
  7.     }
  8.  
  9.     location /js {
  10.         alias /opt/nginx-web/js;
  11.     }
  12.  
  13.     location /img {
  14.         alias /opt/nginx-web/img/;
  15.     }
  16. }

        可以用如下命令分别进行访问测试：

  1. curl http://127.0.0.1:8080/flv/
  2. curl -L http://127.0.0.1:8080/js
  3. curl http://127.0.0.1:8080/js/
  4. curl -L http://127.0.0.1:8080/img
  5. curl http://127.0.0.1:8080/img/

        alias 指定的目录是 location 路径的实际目录，其所在 location 的 rewrite 指令不能使用 break 参数。

location:try_files

        try_files 指令是在 Nginx0.7.27 版本中开始加入的，它可以按顺序检查文件是否存在，并返回第一个找到的文件，如果未找到任何文件，则会调用最后一个参数进行内部重定向，如下表所示：

         例如：

  1. location /images/ {
  2.     # $uri存在则执行代理的上游服务器操作，否则跳转到default.gif的location
  3.     try_files $uri /images/default.gif;
  4. }
  5.  
  6. location = /images/default.gif {
  7.     #expires配置可以控制页面资源在浏览器缓存的时间。在指定事件内再次访问该静态资源，将不再像nginx发送请求，而是直接从浏览器缓存中获取
  8.     expires 30s;
  9. }

解决方案：alias+try_files

        可以将前述部署配置改为，即可解决。

  1. worker_processes  1;
  2.  
  3. events {
  4.     worker_connections  1024;
  5. }
  6.  
  7. http {
  8.     include       mime.types;
  9.     default_type  application/octet-stream;
  10.     sendfile        on;
  11.     keepalive_timeout  65;
  12.  
  13.     server {
  14.        listen       8157;
  15.        server_name  localhost;
  16.         #前端项目部署
  17.         location / {
  18.             # root   /home/server_dir/erp/web;
  19.             alias  /home/server_dir/erp/web/;
  20.             index  index.html index.htm;
  21.             try_files $uri $uri/ /index.html;
  22.         }
  23.     }
  24.  
  25. }
声明：本文内容由网友自发贡献，不代表【wpsshop博客】立场，版权归原作者所有，本站不承担相应法律责任。如您发现有侵权的内容，请联系我们。转载请注明出处：https://www.wpsshop.cn/w/知新_RL/article/detail/723447
推荐阅读
相关标签

Copyright © 2003-2013 www.wpsshop.cn 版权所有，并保留所有权利。

  

闽ICP备14008679号