.net灵异事件,在线等。

【Help】 2017-08-16 05:47:35
客户端我访问服务端的api接口的时候,(post请求)参数有特殊符号我在每个参数的值给他HttpUtility.UrlEncode编码,比如
www.test.com?a=HttpUtility.UrlEncode("aa+&#")&b=HttpUtility.UrlEncode("bb+&#")特殊符号,

我在服务端获取是用到 NameValueCollection postForm = HttpContext.Current.Request.Form;
在遍历每个参数,注意,灵异事件来了,我再.net的时候不需要给他进行HttpUtility.UrlDecode他的参数就已经是解码的了,这个时候如果在用HttpUtility.UrlDecode就会把参数中的+变成了空格,请问怎么解决,因为java过来的时候是不会自动解码的必须用HttpUtility.UrlDecode才行,所以这里就出现了矛盾
...全文
278 9 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
9 条回复
切换为时间正序
请发表友善的回复…
发表回复
【Help】 2017-08-17
  • 打赏
  • 举报
回复
工具测试也没解码,不知道他什么样的才自动解码
【Help】 2017-08-17
  • 打赏
  • 举报
回复
引用 7楼以专业开发人员为伍 的回复:
一个 http get 请求,当它被发现出了问题的时候,或者别人发现了它的程序的问题而请教作者的时候,作者根本不会把“客户端是什么编程语言写的”当作理由的。请相信这一点。
post请求不是get,但是我不知道java过来为什么不自动解码,不好测试
  • 打赏
  • 举报
回复
一个 http get 请求,当它被发现出了问题的时候,或者别人发现了它的程序的问题而请教作者的时候,作者根本不会把“客户端是什么编程语言写的”当作理由的。请相信这一点。
  • 打赏
  • 举报
回复
你所谓的“做日志进行测试”,其实等于重复你的问题。你问题中说“Form操作得到的结果一会儿编码、一会儿解码”,然后在我问题有没有深入分析测试的时候,你说“做日志进行测试”的做法其实还是重复问题本身。 每一次开发调试都深入一点吧。从学习使用 http 调试器开始,当你学会科学诊断时就会跑开语言偏见。
  • 打赏
  • 举报
回复
引用 4 楼 zhanglong_longlong 的回复:
引用 3楼以专业开发人员为伍 的回复:
另外,你应该自己有能力举出实际分析证据,说明它(asp.net)根据什么来判断客户端是 .net 还是 java 客户端。反正从你描述看来,基本上是没根据的猜测它,而不是真的在分析它。
首先我是做日志进行测试,java过来数据Request.from参数还是编码,必须要解码才行,而.net自动解码,java应该用的是urlender加密
你不从 http 调试做起?
【Help】 2017-08-16
  • 打赏
  • 举报
回复
引用 3楼以专业开发人员为伍 的回复:
另外,你应该自己有能力举出实际分析证据,说明它(asp.net)根据什么来判断客户端是 .net 还是 java 客户端。反正从你描述看来,基本上是没根据的猜测它,而不是真的在分析它。
首先我是做日志进行测试,java过来数据Request.from参数还是编码,必须要解码才行,而.net自动解码,java应该用的是urlender加密
  • 打赏
  • 举报
回复
另外,你应该自己有能力举出实际分析证据,说明它(asp.net)根据什么来判断客户端是 .net 还是 java 客户端。反正从你描述看来,基本上是没根据的猜测它,而不是真的在分析它。
  • 打赏
  • 举报
回复
本来就不用在接收端 UrlDecode。你的 java 端发送的数据有问题。
Anonymous477 2017-08-16
  • 打赏
  • 举报
回复
我觉得可以抓包对比下.net和Java发送同样的Http请求时包有什么区别。

62,243

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术交流专区
javascript云原生 企业社区
社区管理员
  • ASP.NET
  • .Net开发者社区
  • R小R
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

.NET 社区是一个围绕开源 .NET 的开放、热情、创新、包容的技术社区。社区致力于为广大 .NET 爱好者提供一个良好的知识共享、协同互助的 .NET 技术交流环境。我们尊重不同意见,支持健康理性的辩论和互动,反对歧视和攻击。

希望和大家一起共同营造一个活跃、友好的社区氛围。

试试用AI创作助手写篇文章吧