版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/u013030601/article/details/80494295
【背景】
前几天测试在对于我写的接口进行测试的时候遇到了这样一个问题，详情如下：接口描述：根据id获取详情 get方式
测试检验：在id值的后面输入#这个特殊符号
测试结果：正确返回需要的数据
测试分析：根据后台输出的日志，接口接收到的参数中的id最后并没有携带#这个特殊符号
结果：经过百度，看到了这一篇博文，具体如详情分析所述
【详情分析】
一、#的涵义#代表网页中的一个位置。其右面的字符，就是该位置的标识符。比如，
http://www.example.com/index.html#print
就代表网页index.html的print位置。浏览器读取这个URL后，会自动将print位置滚动至可视区域。
为网页位置指定标识符，有两个方法。一是使用锚点，比如<a name="print"></a>，二是使用id属性，比如<div id="print" >。
二、HTTP请求不包括#
#是用来指导浏览器动作的，对服务器端完全无用。所以，HTTP请求中不包括#。
比如，访问下面的网址，
http://www.example.com/index.html#print
浏览器实际发出的请求是这样的：
GET /index.html HTTP/1.1
Host: www.example.com
可以看到，只是请求index.html，根本没有"#print"的部分。
三、#后的字符
在第一个#后面出现的任何字符，都会被浏览器解读为位置标识符。这意味着，这些字符都不会被发送到服务器端。
比如，下面URL的原意是指定一个颜色值：
http://www.example.com/?color=#fff
但是，浏览器实际发出的请求是：
GET /?color= HTTP/1.1
Host: www.example.com
可以看到，"#fff"被省略了。只有将#转码为%23，浏览器才会将其作为实义字符处理。也就是说，上面的网址应该被写成：
http://example.com/?color=%23fff
【总结】
在每一次遇到问题的时候都深入去分析其原理是什么？为什么会导致这样的情况发生？最终的解决方案是什么？记录一下自己经历的过程以及最后的结果，让自己能够融入更多的思考元素从而再遇到类似的问题的时候会有更多的思路与想法。
注：分析中的内容摘自：https://blog.csdn.net/wwbmyos/article/details/23924509