浏览器的解码顺序(html解码、url解码以及js解码)
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
</head>
<body>
<a href="javascript:alert('<?php echo $_GET['input'];?>');">test</a>
</body>
</html>
代码如上,当参数input
的值为:%26lt%5cu4e00%26gt
的时候,点击test
文本,弹窗内容为:<一>
想知道,从输入参数到弹窗的整个过程中浏览器是如何对%26lt%5cu4e00%26gt
进行顺序解码的?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
服务端收到请求,进入代码逻辑处理时
input
的值,被URLDecode
,变为<\u4e00>
浏览器从服务端获取的页面数据就已经变成了
<\u4e00>
此时通过查看
页面源码
(注意不是页面右键点检查元素
)可以看到浏览器在渲染的时候
作为URL的href字符串
javascript:alert('<\u4e00>');
被HTMLEntity解码,变为这一步可以通过在页面上右键点击
test链接
,选择检查元素
,可以看出实际渲染出的dom元素点击test链接时
执行的其实是一句javascript代码,其中有一个字符串,
'<\u4e00>'
,里面有一个转义字符\u4e00
,对其进行逆转义
,由前导符\u
可知这是一个unicode编码的转义,将这6个字节的字符串'\u4e00'
转化为一个实际上占3个字节空间的unicode字符'一'
,此时整个字符串占用的内存空间为如果你直接在代码里写成
alert('<一>');
,这个字符串的内部存储方式也是这样的最终渲染alert框时
由系统将上字节码,翻译为可显示的对应编码的字符,渲染在屏幕上