HTTP Status 404 的几种解决办法

最新推荐文章于 2023-02-16 21:39:48 发布
原创 最新推荐文章于 2023-02-16 21:39:48 发布 · 4.1w 阅读 · 20 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文详细介绍了导致Web应用出现404错误的多种原因，包括目录引用错误、URL输入错误、Web应用未部署、Tomcat服务器配置问题等，并提供了相应的排查与解决方法。
               

1）目录不能被引用。 排错方法：

在 Eclipse的“包资源管理器(Package Explorer)”检查文件存放的位置。由于META-INF

WEB-INF文件夹下的内容无法对外发布，所以，如果你引用了带这两个目录的文件，肯定是不允许。例如： http://localhost:8080/guestbook/WEB-INF/index.html就是错误的

文件位置存放错误

2）URL输入错误。排错方法：

首先，查看URL的IP地址和端口号是否书写正确。

其次，查看上下文路径是否正确 Project--------Properties------MyElipse-----Web-----

Web Context-root检查这个路径名称是否书写正确。

最后，检查一下文件名称是否书写正确。
3）未部署Web应用

4）Tomcat服务器中web.xml中的问题。 排错方法：

      如果你的web应用程序有多个jsp页面的话，当你点击你web应用程序的虚拟根目录时可能会出现404错 误，只是你只需要修改Tomcat服务器中web.xml       

 <init-param>        <param-name>listings</param-name>        <param-value>false(将其该为true)</param-value>  </init-param>

补充说明：在6.0.18 版本error：“ The requested resource () is not available. ”

总是无法访问/myapp/*.jsp文件，可以将 /ROOT 中build.xml 文件copy 一份到myapp,  注意把里面所有的 ROOT 用 myapp 代替. 应该就OK.

5）WEB-INF下面必须要有几个固定的文件夹和文件   

 ±web.xml 该web app的配置文件 ±lib 该web app用到的库文件 ±classes存放编译好的servlet 

 请注意他们的名字，我曾经就由于把classes写成class，查错查了半宿还没解决，所以写这些的时候千万要仔细，要不会浪费更多的精力去查错。

6、如果要运行的不是.jsp文件，而是servlet（.class）文件，要配置web.xml(当然是WEB-INF下面的)，加上以下字段： 

 <servlet>      <servlet-name>HelloWorldServlet</servlet-name>      <servlet-class>HelloWorldServlet</servlet-class> </servlet> <servlet-mapping>      <servlet-name>HelloWorldServlet</servlet-name>          <url-pattern>/HelloWorldServlet</url-pattern> </servlet-mapping>

其中的“HelloWorldServlet”改为你要运行的文件名

7）struts.xml配置错误，可能是你的Action值写错或者链接URL写错

下面是我自己的解决办法，很多书都是导入六个文件，我自己的话是多增加了commons-lang3-3.1.jar和javassist-3.11.GA.jar

增加commons-lang3-3.1.jar文件到啊WEB-INF/lib目录下，struts2最新的web开发包如下：

 

下载地址：http://download.csdn.net/detail/ahy1024/4626028

 

持续更ing....

 

           
【问题记录】returned HTTP status 429 Too Many Requests (429): Maximum active stream limit exceeded
CN_Eden
06-27 776
ELK（Elasticsearch、Logstash、Kibana）日志分析系统长期以来一直是日志管理和分析领域的主流选择，但随着技术的发展和特定场景的需求变化，一些组织开始考虑迁移到如Loki这样的新型日志系统。Loki是专为云原生和Kubernetes环境设计的，它与Kubernetes的原生集成更好，可以自动发现服务和标签，简化了部署和维护过程。虽然ELK生态成熟且广泛，Loki作为CNCF项目，随着其在云原生领域的普及，生态也在快速增长，提供了更多的工具和集成选项。错误，并且收集日志很慢。
最全的HTTP响应状态码列表：除了404，HTTP状态码还有啥？
cky8792的博客
12-24 1183
HTTP是一个应用层协议，虽然在2015年已推出HTTP/2版本，并被主要的web浏览器和web服务器支持。 它的主要特点可概括如下： 支持客户/服务器模式。 简单快速： ...
HTTP_Status_404的几种解决方案
08-03
HTTP_Status_404的处理方案~
HTTP Status 404 （URL）
IT小白的博客
07-13 8364
出现这个错误一般是 URL 的错误，但是情况不同，代码细节的地方有很多种错法，这里我只单方面说一下我遇到的错误。 HTTP Status 404 - /HelloClientWeb/servletServiceTomcat type Status report message /HelloClientWeb/servletServiceTomcat description The reque...
HTTP Status 404解决办法
traceofsun的专栏
08-13 3万+
最近在学习jsp和servlet，避免不了的要和tomcat打交道，但tomcat经常会出现各式各样的错误，下面是我总结的一些常见的解决方法，希望对大家有用。1．未部署Web应用<br />2．URL输入错误<br />       排错方法：首先，查看URL的IP地址和端口号是否书写正确。       其次，查看上下文路径是否正确 Project--------Properties------MyElipse-----Web-----Web Context-root检查这个路径名称是否书写正确。最后，检查
HTTP Status 404(The requested resource is not available)
12-04 532
但是SSH中404不一定是以下错误！ 是配置问题 HTTP Status 404 -   HTTP Status 404 - // -------------------------------------------------------------------------------- type Status report message // description ...
http status 404
07-11
对http status 404 几种解决方案
Tomcat报错：HTTP Status 500 （Wrapper cannot find servlet class)解决办法
09-01
本文档针对这一问题提供了一系列的解决办法。 首先，要理解HTTP Status 500错误是服务器内部错误的一种，它表示服务器遇到了意外情况，使其无法完成对请求的处理。在本例中，Tomcat由于找不到servlet类而无法继续，...
npm国内镜像 安装失败的几种解决方案
01-20
镜像使用方法（三种办法任意一种都能解决问题，建议使用第三种，将配置写死，下次用的时候配置还在）: 1.通过config命令 npm config set registry https://registry.npm.taobao.org npm info underscore （如果...
java.lang.NullPointerException出现的几种原因及解决方案
热门推荐
天天的博客
06-21 17万+
java.lang.NullPointerException（空指针异常）是Java开发中常见错误，多因对null对象执行操作所致。常见原因包括：调用null对象的方法或属性、将null作为数组访问、null参与自动拆箱、集合未初始化就操作等。 解决方案涵盖：调用前判空（如if语句、Objects.requireNonNull）、初始化对象与集合、使用Optional类规避风险、借助IDE调试定位null源头等。掌握其成因与解决办法，能有效提升代码健壮性，减少程序崩溃隐患，是Java开发者必备技能。
AD域中客户端时间与服务器时间不同步的解决办法
08-24
### AD域中客户端时间与服务器时间不同步的解决办法 #### 概述 在Active Directory（AD）域环境中，确保所有客户端与服务器之间的时间同步至关重要。时间的不同步不仅会影响用户的日常操作体验，还可能导致安全...
HTTP Status 404 的解决思路
睶
04-23 13万+
目录 维基百科： 什么是URL 一次完整Http请求 1）DNS域名解析 2）发起TCP的3次握手，建立TCP连接 3） 建立TCP连接后发起http请求 4）服务器响应http请求，浏览器得到html代码 5）浏览器解析html代码，并请求html代码中的资源（如js、css、图片等） 6）浏览器对页面进行渲染呈现给用户 出现404的一些解决办法 持续更ing.... ...
HTTP Status 404
weixin_35756892的博客
02-16 588
HTTP状态码404表示在服务器上找不到请求的资源。这可能是由于网址拼写错误、资源被移动或删除、或服务器出现故障等原因导致的。当浏览器无法访问特定网页时，就会返回404错误。如果您遇到这个错误，可以检查网址是否正确，或者尝试重新加载页面来查看是否可以解决问题。 ...
HTTP Status 404 - 解决办法
m0_46600533的博客
04-09 6033
这里写自定义目录标题欢迎使用Markdown编辑器新的改变功能快捷键合理的创建标题，有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、居右SmartyPants创建一个自定义列表如何创建一个注脚注释也是必不可少的KaTeX数学公式新的甘特图功能，丰富你的文章UML 图表FLowchart流程图导出与导入导出导入 欢迎使用Markdown编辑器 你好！ 这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用Mar
HTTP Status 404 - 解决办法
cst09008的专栏
06-18 5487
1.404错误是路径出了问题，好好检查一下路径 2.目录不能被引用        排错方法：        在 Eclipse的“包资源管理器(Package Explorer)”检查文件存放的位置。由于META-INF WEB-INF文件夹下的内容无法对外发布，所以，如果你引用了带这两个目录的文件，肯定是不允许。例如：http://localhost:8080/guestbook/W
HTTP Status 404(The requested resource is not available) 详解解决方案
coder1998的博客
07-02 2万+
如果你启动项目，访问的报错 HTTP Status 404(The requested resource is not available) Status状态码404表示 请求的资源不可用 出现404原因： (1) 检查你浏览器地址栏上面的路径和 代码里面的路径是否匹配成功， 如果不匹配，就会报错404 （2）如果有权限拦截，查看静态资源是否已经放行。 （3）如果传统的web项目 里面的web.xml是否已经配置内容。如果没有配置 出现404 (4) 是否扫描对于的包路径，对象注入到容器里面，如果没
http status 说明
stulang的专栏
04-11 563
1xx：信息响应类，表示接收到请求并且继续处理2xx：处理成功响应类，表示动作被成功接收、理解和接受3xx：重定向响应类，为了完成指定的动作，必须接受进一步处理4xx：客户端错误，客户请求包含语法错误或者是不能正确执行5xx：服务端错误，服务器不能正确执行一个正确的请求 100——客户必须继续发出请求101——客户要求服务器根据请求转换HTTP协议版本200——交易成功201——提示知道新文件的U...
HTTP状态码大全
weixin_30632899的博客
08-29 314
一、HTTP状态码 当浏览者访问一个网页时，浏览者的浏览器会向网页所在服务器发出请求。当浏览器接收并显示网页前，此网页所在的服务器会返回一个包含HTTP状态码的信息头（server header）用以响应浏览器的请求。 HTTP状态码的英文为HTTP Status Code 二、下面是常见的HTTP状态码： 200 – 请求成功301 – 资源（网页等）被永久转移到其它UR...
还有什么解决办法吗，多总结几种
最新发布
09-20
<think> 我们面对的核心问题是：当后端数据更新后，如何避免从localStorage中读取到过时的旧数据。结合用户提供的引用资料，以下是多种解决方案： ### 解决方案一：版本控制 + 定时刷新（基础方案） 在存储数据时添加版本标识和时间戳，每次加载时进行双重验证： ```javascript // 存储增强数据 const storeData = (key, data, version) => { localStorage.setItem(key, JSON.stringify({ data, version, // 从后端API响应头获取版本号 timestamp: Date.now() })); } // 初始化页面时 async function loadData() { const cacheKey = 'userData'; const cache = JSON.parse(localStorage.getItem(cacheKey)); // 1. 优先展示缓存提升体验 if (cache) render(cache.data); // 2. 发起网络请求获取最新数据 try { const response = await fetch('/api/data'); const freshData = await response.json(); const serverVersion = response.headers.get('X-Data-Version'); // 版本检查（或使用ETag） if (!cache || cache.version !== serverVersion) { render(freshData); // 渲染新数据 storeData(cacheKey, freshData, serverVersion); } } catch (err) { console.error('网络请求失败，使用缓存数据', err); } } ``` **原理**：通过版本号比对检测数据变更[^1]。若版本不匹配则更新缓存。 ### 解决方案二：基于时间的自动失效（TTL） ```javascript // 设置缓存有效期（5分钟） const TTL = 300000; function getWithTTL(key) { const item = localStorage.getItem(key); if (!item) return null; const { data, timestamp } = JSON.parse(item); const isExpired = Date.now() - timestamp > TTL; return isExpired ? null : data; } // 使用示例 const cachedData = getWithTTL('userData') || await fetchFreshData(); ``` 此方案确保缓存不会长期滞留，适合更新频率稳定的数据[^4]。 ### 解决方案三：增量更新（高效同步） 当数据量较大时，可采用增量更新策略： ```javascript // 从后端获取数据变更记录 const changes = await fetch(`/api/changes?since=${lastUpdateTime}`); // 应用变更到本地缓存 changes.forEach(change => { applyChangeToLocalData(change); // 根据操作类型（增删改）更新本地数据 }); // 更新最后同步时间戳 localStorage.setItem('lastUpdate', Date.now()); ``` 适用于列表类数据（如消息流、日志记录），配合WebSocket可实现实时同步。 ### 解决方案四：压缩存储 + 变更检测 当存储空间不足时（引用[2]）： ```javascript import LZString from 'lz-string'; // 压缩存储变更标记 function storeChangeFlag(hash) { const compressed = LZString.compress(hash); localStorage.setItem('dataHash', compressed); } // 检查变更 async function checkForUpdates() { const currentHash = LZString.decompress(localStorage.getItem('dataHash')); const serverHash = await fetch('/api/data-hash'); if (currentHash !== serverHash) { // 触发全量数据更新 } } ``` 通过存储数据哈希值（如MD5）检测变更，压缩后仅需几百字节存储空间[^2]。 ### 解决方案五：Service Worker 缓存控制 在Service Worker中拦截请求并实现智能更新： ```javascript // service-worker.js self.addEventListener('fetch', event => { if (event.request.url.includes('/api/data')) { event.respondWith( caches.match(event.request).then(cachedResp => { const fetchPromise = fetch(event.request).then(serverResp => { // 更新localStorage serverResp.clone().json().then(data => { localStorage.setItem('data', JSON.stringify(data)); }); return serverResp; }); return cachedResp || fetchPromise; }) ); } }); ``` 该方案可实现后台静默更新，同时保持离线访问能力。 ### 对比总结 | 方案 | 适用场景 | 优点 | 缺点 | |---------------------|----------------------------|-------------------------------|----------------------| | 版本控制 | 中小型数据 | 实现简单，可靠性高 | 需后端支持版本标识 | | TTL自动失效 | 定期更新数据 | 无需后端配合 | 可能短暂展示旧数据 | | 增量更新 | 大型列表数据 | 传输量小，效率高 | 实现复杂度高 | | 压缩哈希检测 | 存储空间紧张场景 | 节省带宽和存储 | 需计算哈希值 | | Service Worker | PWA应用 | 支持离线，后台更新 | 学习曲线陡峭 | > **特殊场景处理建议**：对于敏感数据（如用户凭证），应避免长期存储在localStorage中，改用sessionStorage[^3]。 §§相关问题§§ 1. 如何实现localStorage数据的跨标签页同步更新？ 2. 当使用增量更新策略时，如何处理客户端数据冲突？ 3. 如何利用HTTP缓存头（ETag/Last-Modified）优化数据更新流程？ </think> ### 解决 localStorage 数据过期的多种方案 #### 方案一：版本控制 + 主动更新（推荐） ```javascript // 存储时添加版本标识 function saveWithVersion(key, data, version) { localStorage.setItem(key, JSON.stringify({ data, version, // 从后端API获取的版本号 timestamp: Date.now() })); } // 读取时校验版本 async function getData(key) { const raw = localStorage.getItem(key); if (!raw) return await fetchFreshData(key); const { data, version, timestamp } = JSON.parse(raw); const freshData = await fetchFreshData(key); // 获取最新数据 // 版本校验 if (freshData.version !== version) { saveWithVersion(key, freshData, freshData.version); return freshData; } return data; } // 后端接口返回数据结构示例 { data: { /* 业务数据 */ }, version: "2024-06-15T08:30:00" // 使用时间戳或hash作为版本标识 } ``` **原理**：通过对比存储版本和API返回版本，确保数据一致性[^1][^4] #### 方案二：基于时间戳的自动刷新 ```javascript // 设置缓存有效期（5分钟） const CACHE_TTL = 300000; function getDataWithTTL(key) { const cached = localStorage.getItem(key); if (!cached) return fetchFreshData(key); const { data, timestamp } = JSON.parse(cached); // 检查缓存有效期 if (Date.now() - timestamp > CACHE_TTL) { return fetchFreshData(key); // 自动获取新数据 } return data; } ``` **优点**：实现简单，适合更新频率固定的数据[^4] #### 方案三：ETag 协商缓存 ```javascript async function getDataWithETag(key) { const cached = localStorage.getItem(key); const cachedETag = localStorage.getItem(`${key}-etag`); // 发起带ETag的请求 const headers = cachedETag ? { 'If-None-Match': cachedETag } : {}; const response = await fetch('/api/data', { headers }); if (response.status === 304) { // 数据未修改 return JSON.parse(cached).data; } // 获取新数据 const data = await response.json(); const etag = response.headers.get('ETag'); // 更新缓存 localStorage.setItem(key, JSON.stringify(data)); localStorage.setItem(`${key}-etag`, etag); return data; } ``` **原理**：利用HTTP缓存机制，减少无效数据传输[^4] #### 方案四：WebSocket 实时同步 ```javascript // 建立WebSocket连接 const ws = new WebSocket('wss://api.example.com/updates'); ws.onmessage = (event) => { const { key, data, version } = JSON.parse(event.data); // 更新本地缓存 const current = JSON.parse(localStorage.getItem(key) || '{}'); if (current.version !== version) { localStorage.setItem(key, JSON.stringify({ data, version })); refreshUI(); // 刷新界面 } }; ``` **适用场景**：需要实时数据同步的系统（如聊天应用、股票行情） #### 方案五：压缩存储 + 定时轮询 ```javascript import LZString from 'lz-string'; // 定时检查更新（每2分钟） setInterval(() => { checkDataUpdates('userData'); }, 120000); async function checkDataUpdates(key) { const compressed = localStorage.getItem(key); if (!compressed) return; // 解压数据获取版本号 const cached = JSON.parse(LZString.decompress(compressed)); const freshData = await fetch('/api/data'); if (freshData.version !== cached.version) { // 更新压缩存储 const newCompressed = LZString.compress(JSON.stringify(freshData)); localStorage.setItem(key, newCompressed); } } ``` **优点**：节省存储空间，适合大型数据集[^2] ### 方案对比 | 方案 | 实时性 | 网络消耗 | 实现复杂度 | 适用场景 | |--------------------|----------|----------|------------|------------------------| | 版本控制 | ★★☆ | ★★★ | ★★☆ | 通用场景 | | 时间戳TTL | ★☆☆ | ★★★ | ★☆☆ | 周期性更新数据 | | ETag协商 | ★★☆ | ★☆☆ | ★★★ | RESTful API | | WebSocket | ★★★ | ★★☆ | ★★★ | 实时系统 | | 压缩存储+轮询 | ★☆☆ | ★★☆ | ★★☆ | 大型数据存储 | > **最佳实践建议**：敏感数据推荐使用 `sessionStorage` 替代，避免隐私数据长期滞留本地[^3]。对于关键业务数据，应组合使用版本控制和时间戳方案。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值