HTTP Status 406 – Not Acceptable The target resource does not have a current representation that

博客来源:

项目中  新建 HTML页面  然后运行项目的时候发现报错,报错如下

根据在请求中接收的主动协商头字段,目标资源不具有用户代理可以接受的当前表示,并且服务器不愿意提供默认表示。

HTTP Status 406 – Not Acceptable


Type Status Report

Description The target resource does not have a current representation that would be acceptable to the user agent, according to the proactive negotiation header fields received in the request, and the server is unwilling to supply a default representation.


Apache Tomcat/8.5.37

如下图:多么痛的领悟,不可接受的请求?

其实提示说的很明显了,请求的目标资源没有被代理,也就是找不到,服务器也没有设定资源访问不到默认的页面,然后才出现这个页面

我的项目是SSM,且说说我的分析思路吧

  • 是否请求CSS、JS时被拦截,查看设置并没有
  • 是否设置拦截时配置出错,经过查看并没有
  • 是否请求格式问题,经过查看还是没有
  • 是否是缓存问题!!重点来了
    1. 清除浏览器缓存,防止请求数据老旧
    2. 请求Tomcat缓存,让其重新加载项目
    3. 清除IDEA缓存,让其重新生成class文件
  • 后面还有一种问题的探讨,即输出与格式的转换问题

果然~费了好大力气,就是缓存的锅,清除缓存重新编译访问正常

 

身为博客,怎么能只是简单的解决问题? 再次进行深入探索

先放一段代码吧

@ResponseBody
@RequestMapping(value = "test1",produces = "application/xml;charset=utf-8")
public UserInfoInRun test1(){
    return new UserInfoInRun();
}

@ResponseBody
@RequestMapping(value = "test2", produces = "application/json;charset=utf-8")
public UserInfoInRun test2(){
    return new UserInfoInRun();
}

@ResponseBody
@RequestMapping(value = "test3", produces = "text/html;charset=utf-8")
public UserInfoInRun test3(){
    return new UserInfoInRun();
}

运行结果发现

  • test1  出现此问题
  • test2 以json串的形式输出
  • test3 出现此问题

不难发现,输出的应该是一个类,类可以转换为json串,但是不能进行其他类型的转换,从而导致转换失败,而出现此问题

那么是不是可以多一个排查问题的方式……

那么如果我不加限定会怎么样呢

@ResponseBody
@RequestMapping(value = "test4")
public UserInfoInRun test4(){
    return new UserInfoInRun();
}

@ResponseBody
@RequestMapping(value = "test5")
public String test5(){
    return "test";
}
@ResponseBody
@RequestMapping(value = "test6")
public int test6(){
    return 999;
}
@ResponseBody
@RequestMapping(value = "test7")
public int[] test7(){
    int[] arr = {2,3,4};
    return arr;
}
  • test4 输出正常
  • test5 输出正常
  • test6 输出正常
  • test7 输出正常

有此可见,如果不添加相应限定,SpringMVC会自动的进行转换,当然对于程序来说可能会没有那么严谨,毕竟规则的制定跟程序的安全还是相关的

 

 

 

 

 

 

 

 

 

 

 

 

### HTTP 406 Not Acceptable 错误解析 HTTP 406 (Not Acceptable) 表示客户端发送了一个带有 `Accept` 字段请求,而服务器端无法提供满足这些部条件的内容。这意味着客户端所期望接收的数据格式与服务器能够提供的数据格式不匹配。 #### 原因分析 通常情况下,这种错误的发生源于以下几个方面: - 客户端指定了特定的内容协商参数(如媒体类型),但是服务器无法生成符合要求的内容。 - 浏览器或应用程序配置不当,导致发出不合理的内容协商请求。 - 开发者在编写API接口时未能充分考虑不同类型的客户端需求,从而忽略了某些必要的内容类型支持[^1]。 #### 解决方案建议 为了有效解决这个问题,可以从多个角度入手调整设置: 对于 **服务端** 来说, - 确保实现了适当的内容协商机制来处理来自客户端的不同接受偏好; - 扩展应用的支持范围至更多常见的MIME类型,比如JSON (`application/json`) 或 XML(`text/xml`); - 当接收到未知或不受支持的 `Accept` 类型时,默认返回一种广泛兼容的形式作为回应。 针对 **客户端** 方面,则可以尝试如下操作: - 修改请求中的 `Accept` 字段以适应服务器实际能提供的资源形式; - 移除不必要的内容协商指令,允许服务器决定最合适的表示方式; - 使用工具测试不同的 `Accept` 设置组合,找出最适合双方交互的方式。 另外,在开发阶段应该加强文档化工作,清晰记录各个API所能接受及产生的内容种类,便于后续维护和调试。 ```python import requests headers = { 'accept': '*/*', # 尝试放宽 accept 范围 } response = requests.get('http://example.com/api/resource', headers=headers) if response.status_code == 200: print("成功获取响应") else: print(f"遇到问题: {response.text}") ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值