Ajax请求永远是304的解决方案

最新推荐文章于 2024-06-11 15:16:13 发布
最新推荐文章于 2024-06-11 15:16:13 发布
阅读量1.2w 收藏 2
点赞数
分类专栏： Node.js JavaScript
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/puncha/article/details/17962623
版权
在IE浏览器中，Ajax的GET请求因URL相同导致总是返回304状态码，从而不向服务器发送实际请求。问题在于IE会尝试使用本地缓存。为解决此问题，可以在Ajax请求中添加一个动态请求参数，确保每次URL不同，强制浏览器向服务器请求新鲜数据。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

我之前写了一个NavigationService，用来做页面的Ajax导航，但是今天发现一个问题，在IE下面，发现Ajax的请求不会真正的被发送到服务器端，在IE里面，返回的永远是304。这个应该是IE的设计问题：查了一下，发现这个博文里面提到了问题的本质：http://blog.sina.com.cn/s/blog_4b7809800100y1c3.html。“因为ajax请求的时候如果使用get方式请求，同时路径参数相同的时候，ajax会先从本地缓存中取，如果取到了它是不会去请求后台的”，知道了问题就好办了，照着文章中写的那样，给每个AJAX的请求都加一个请求参数，以保证URL永远不同。这个是修改之后的代码：


                

        

    

  


        

            

                    
                      最低0.47元/天 解锁文章
                        
                    
            

        


    


                



	

		

			

				
					
ajax请求 304解决方案:

				
			

			

				

					草巾冒小子的博客
				

				

					06-30
					
					1万+
					
				

			

		

		

			
				
问题：

此页上的代码禁用了反向和正向缓存
script


附参考文章：

ajax请求 304解决方案


报错1：

报错2：

冲刷了页面，还是报错（截图如下）。

报错2：“304 not modified”


解决办法：(原文地址：点击查看)
ajax返回结果HTTP304 …   每次请求的走的是缓存，而Chrome等浏览器是正常返回的200
ajax缓存= = IE真是无所不能啊...

			
		

	



                

            
              



	

		

			

				
					
ext.data.store ajax,设置 Ext.data.Store 传参的请求方式

				
			

			

				

					weixin_28750663的博客
				

				

					08-06
					
					958
					
				

			

		

		

			
				
1.extjs 给怎么给panel设背景色设置bodyStyle:'background:#ffc;padding:10px;',var resultsPanel = Ext.create('Ext.panel.Panel', {title: 'Results',width: 600,height: 400,renderTo: Ext.getBody(),bodyStyle: 'backgroun...

			
		

	



              


  
              

                


	

		

			

				
					
ajax请求，返回值为304 Not Modified 错误原因与解决办法

				
			

			

				

					源辰_付鹏程
				

				

					02-09
					
					3万+
					
				

			

		

		

			
				
先说原因吧，这是因为http请求的缓存问题引起的
前后调用了两个相同的请求，服务器懒得给你重新发一个请求，所以就304咯
那怎么办呢？
解决方法也很简单，加一个时间戳就行了
比如：
原请求为：
$.get("/getAllTypes" , null,function(data){}
那么我们加一个参数就行了，这个参数没有什么实际意义，但是可以帮助我们让每次发的请求都不一样
var

			
		

	





	

		

			

				
					
ajax提交304

				
			

			

				

					tyt叮当tyt的专栏
				

				

					08-09
					
					1389
					
				

			

		

		

			
				
今天用ajax提交，打开调试发现全部正常，就是后台没反应，火狐

			
		

	



		

			
		



	

		

			

				
					
304 ajax,Ajax请求永远是304的解决方案

				
			

			

				

					weixin_36338946的博客
				

				

					08-06
					
					668
					
				

			

		

		

			
				
我之前写了一个NavigationService，用来做页面的Ajax导航，但是今天发现一个问题，在IE下面，发现Ajax的请求不会真正的被发送到服务器端，在IE里面，返回的永远是304。这个应该是IE的设计问题：查了一下，发现这个博文里面提到了问题的本质：http://blog.sina.com.cn/s/blog_4b7809800100y1c3.html。“因为ajax请求的时候如果使用ge...

			
		

	





	

		

			

				
					
前端异步(async)解决方案(所有方案)

				
			

			

				

					2401_85124119的博客
				

				

					06-11
					
					983
					
				

			

		

		

			
				
中年危机是真实存在的，即便有技术傍身，还是难免对自己的生存能力产生质疑和焦虑，这些年职业发展，一直在寻求消除焦虑的依靠。技术要深入到什么程度？做久了技术总要转型管理？我能做什么，我想做什么？一技之长，就是深耕你的专业技能，你的专业技术。（重点）独立做事，当你的一技之长达到一定深度的时候，需要开始思考如何独立做事。（创业）拥有事业，选择一份使命，带领团队实现它。（创业）一技之长分五个层次栈内技术 - 是指你的前端专业领域技术栈外技术 - 是指栈内技术的上下游，领域外的相关专业知识。

			
		

	





	

		

			

				
					
跨域及其解决方案

				
			

			

				

					Astar的博客
				

				

					07-03
					
					497
					
				

			

		

		

			
				
为什么会有跨域？
出于安全性考虑，浏览器限制脚本内发起的跨源HTTP请求。例如，XMLHttpRequest和Fetch API遵循同源策略。这意味着使用这些API的Web应用程序只能从加载应用程序的同一个域请求HTTP资源，除非响应报文包含了正确CORS响应头。

同源策略：如果两个URL的protocol、port(如果有指定的话)和host都相同的话，则这两个URL是同源。

跨域解决方案
1. JSONP
在CORS之前，开发人员也有跨域请求资源的需求，他们提出了多种方案，其中JSONP为常见的一种

			
		

	





	

		

			

				
					
python前后端分离跨域请求_前后端分离，解决跨域问题及django的csrf跨站请求保护...

				
			

			

				

					weixin_34855166的博客
				

				

					12-23
					
					378
					
				

			

		

		

			
				
1. 前后端分离解决跨域问题解决跨域调用服务并设置headers 主要的解决方法需要通过服务器端设置响应头、正确响应options请求，正确设置 JavaScript端需要设置的headers信息 方能实现；关于跨域，前端会先发送OPTIONS请求，进行预检，检查后端是否允许前端设置的相应的请求头，请求内容functiongetCookie(name) {var cookieValue = nul...

			
		

	





	

		

			

				
					
ajax 之POST请求，参数序列化

				
			

			

				

					aechi62008的专栏
				

				

					02-24
					
					422
					
				

			

		

		

			
				
比如，，我们在没有使用jquery的时候，没有$.post来让我们使用，那我们像下面这样直接发送：
var params1 = {
        username: username,
        passwrod: password
    };
var xhr = new XMLHttpRequest();
xhr.onreadystatechange = function (...

			
		

	





	

		

			

				
					
ajax返回304,正确的方法来处理304未在jQuery ajax中修改

				
			

			

				

					weixin_30828697的博客
				

				

					08-05
					
					723
					
				

			

		

		

			
				
从jQuery 1.5开始,根据XMLHTTPRequest的W3C规范,ajax方法现在可以通过调用success()处理程序正确处理304 Not Modified响应.这允许您的应用程序将请求视为成功,即使服务器实际上没有返回任何数据(因为您已经缓存了最新数据).对于正常(未缓存)的GET请求,使用以下args调用成功处理程序:data:{来自服务器的数据}状态:好的jqXHR:状态:200...

			
		

	





	

		

			

				
					
nodejs写接口测试浏览器请求304缓存

				
			

			

				

					popstarqq的博客
				

				

					08-09
					
					2116
					
				

			

		

		

			
				
1 概念和作用

顾名思义 是浏览器将数据暂时缓存在某一位置的方式；

作用:优化浏览器端用户体验的性能；缓存策略是在服务器端设置

通过浏览器缓存策略可以把从服务器请求的数据缓存在浏览器端；再次请求相同数据，不用发送http请求去服务器端获取数据，第一节省带宽，第二 如果数据量大 也能提高用户体验。

对概念的消化必须建立在实际应用之上；杜绝似懂非懂。所以先用nodejs写几个接口进行测试，一睹为快，更有利于理解概念；

2 一睹为快:nodejs写restful接口演示

2.1 新建一...

			
		

	





	

		

			

				
					
如何解决http请求304问题，304的原因很可能是缓存造成的。

				
			

			

				

					
				

				

					10-13
					
					3万+
					
				

			

		

		

			
				
解决网站304状态码的方法




出现这种情况我确定是由IIS缓存引起的IIS缓存一方面能提高服务器性能,另一方面却给网站带来严重上的更新问题，那我应该如何手动去清理它呢？接下来教大家一个手动清理IIS缓存的方法


出现这种情况我确定是由IIS缓存引起的IIS缓存一方面能提高服务器性能,另一方面却给网站带来严重上的更新问题，那我应该如何手动去清理它呢？接下来教大家一个手动清理I

			
		

	





	

		

			

				
					
细说缓存与304

				
			

			

				

					weixin_33828101的博客
				

				

					06-23
					
					276
					
				

			

		

		

			
				
写在最前
在平时的前端开发中我们经常会遇到这种操作。明明我代码更新了，咋刷出来还是以前的呢？是不是缓存了？快清下缓存看看！你看页面是304，怪不得没更新！等等很多情况。作者起初也不是很了解，因为这个不由前端来控制，都是后端的操作。故这次使用node也来写一个控制缓存的服务来真正搞明白这里的道道。欢迎关注我的博客，不定期更新中——
浏览器缓存机制
在说这个服务如何写之前我们先要明白浏览器缓存到底是个...

			
		

	





	

		

			

				
					
ajax加载页面httpd报错304 not modified错误的解决方法

				
			

			

				

					shao.bing的专栏
				

				

					04-14
					
					2万+
					
				

			

		

		

			
				
既然你的服务器都返回 304 not modified 

那说明在服务器上，你这个xml文件没有修改过，干嘛还要想重新从服务器加载呢？节省一点带宽不好吗

常用的防止被缓存的方法，就是在后面加一个随机数，或者你也可以加个时间戳

比如请求的时候

url = ".......xml?t=" + ( new Date()() ).getTime().toString();

			
		

	





	

		

			

				
					
解决$.ajax()在IE10以下失效的问题

				
			

			

				

					diaolanbeng0962的博客
				

				

					05-31
					
					281
					
				

			

		

		

			
				
一、问题重现
本地的脚本请求测试环境的接口

$.ajax({
	url: ***,
	type: GET,
	data: data,
	success: function (data) { **** }
});

在chrome、Firefox和IE9以上的都正常发送请求，IE10以下没有发送请求。

二、解决思路
$.ajax()中把错误信息显示出来

...

			
		

	





	

		

			

				
					
理解HTTP缓存和304状态码

					
热门推荐

				
			

			

				

					不能说的秘密的博客
				

				

					07-30
					
					3万+
					
				

			

		

		

			
				
最近研究nginx日志的时候，对于304这个状态码产生了好奇。之前一直知道3XX系列的状态码表示重定向，但对于304的具体原理没有仔细研究过。304 的标准解释是：客户端有缓冲的文档并发出了一个条件性的请求。服务器告诉客户端，原来缓冲的文档还可以继续使用。完成这个几个动作包括服务器确认返回304给予客户端，主要包含几个http头信息，请求头If-None-Match、响应头ETag和响应头Cache

			
		

	





	

		

			

				
					
常见的HTTP错误码的具体含义

				
			

			

				

					shao.bing的专栏
				

				

					07-18
					
					1557
					
				

			

		

		

			
				
100" : Continue "101" : witching Protocols "200" : OK "201" : Created "202" : Accepted "203" : Non-Authoritative Information "204" : No Co

			
		

	





	

		

			

				
					
debounce 请求 bug

					
最新发布

				
			

			

				

					12-31
				

			

		

		

			
				
### 防抖函数在发送请求时可能出现的问题及解决方案

当使用防抖函数处理诸如 `onmousemove` 或其他高频触发事件并伴随网络请求时，可能会遇到一些常见问题。这些问题通常涉及请求未按预期发出、延迟过高或重复请求等问题。

#### 常见问题分析

1. **请求丢失**
   如果用户操作非常快速，在某些情况下可能导致最后一次的操作未能成功触发请求。这是因为防抖机制会在等待期内忽略后续调用直到等待期结束[^2]。

2. **过早取消之前的请求**
   当新的事件被触发时，之前设置的定时器会被清除，这可能意味着前一个即将被执行的任务（比如HTTP请求）永远不会发生，特别是在短时间内多次触发的情况下[^1]。

3. **资源浪费**
   即使有防抖逻辑存在，如果实现不当仍然会造成不必要的API调用，尤其是在高频率交互场景下。

#### 解决方案建议

为了更好地控制何时以及如何发起请求，可以考虑以下改进措施：

- **确保最终状态得到处理**

  修改后的防抖函数应该允许最后一个动作之后的一段时间内仍能触发一次回调，即使不再接收到新输入也应如此。这样可以保证用户的最后一步操作能够生效。

  ```javascript
  function debounce(func, wait) {
      let timeout;
      return (...args) => {
          clearTimeout(timeout);
          timeout = setTimeout(() => func(...args), wait);
      };
  }
  
  // 使用方式不变
  container.onmousemove = debounce(getUserAction, 1000);
  ```

- **优化请求管理**

  对于涉及到异步操作如AJAX请求的情况，可以在每次调用防抖函数时先取消上一次尚未完成的请求，从而减少服务器压力和客户端内存占用。Axios库提供了取消令牌的功能来帮助实现这一点。

  ```javascript
  import axios from 'axios';
  const CancelToken = axios.CancelToken;
  let cancel;

  function getUserAction(x, y) {
      if (cancel) cancel();
      
      axios.get('/api/endpoint', {
          cancelToken: new CancelToken(function executor(c) {
              cancel = c;
          })
      }).then(response => console.log(response.data));
  }

  container.onmousemove = debounce((e) => getUserAction(e.clientX, e.clientY), 1000);
  ```

- **引入立即执行选项**

  可以为防抖函数增加一个参数，使得第一次触发时可以选择立刻执行而不是等待间隔时间过去后再执行。这对于即时反馈类的应用特别有用。

  ```javascript
  function debounce(func, wait, immediate) {
      let timeout;
      return (...args) => {
          const later = () => setTimeout(() => func(...args), wait);
          
          if (immediate && !timeout) {
              func(...args);
          }
          
          clearTimeout(timeout);
          timeout = setTimeout(later, immediate ? wait : 0);
      };
  }

  // 设置为true表示首次触发即刻响应
  container.onmousemove = debounce(getUserAction, 1000, true);
  ```

通过上述方法调整现有代码中的防抖策略，可以帮助更有效地管理和优化基于用户行为触发的动作序列及其关联的数据交换过程。

			
		

	



              




          




        



    





    



      

      

        
      

      





	

		评论	
	

	
	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

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

              

            

          

      

      余额充值