之前写过一个关于页面传参的，但是是前端相对于自己的页面做的跳转，也就是页面1，跳转到页面2，里面带的参数。这里可以参考我上一篇文章，包括里面参数中如果有数组和json格式的情况。但是需要注意的是，我前面说的都是前端自己开自己的页面，按照我上面的操作是没有问题的，昨天的时候，发现了一个大问题，事情是这样的，数据都是java后台获取的，然后后台会给一个按钮附上链接，页面中的所有数据都是从这个链接中获取的。咱们先看下我们需要的数据是什么样的。
1 var room_name = "房间名称(999999)"; 2 var arr = [{ 3 "heard_img":"./img/timg.jpg", 4 "id":123454, 5 "score":1024, 6 "name":"大雪" 7 },{ 8 "heard_img":"http://img.duoziwang.com/2016/12/18/042435159529.jpg", 9 "id":123452, 10 "score":1022, 11 "name":"大雪2" 12 }];
这里就是需要传输的数据，然后对应的页面的话，请看下面的图片。
相信大家一眼就能看出来，room_name就是这个房间的名称，然后arr数组中，存放的就是这个参赛人员的数据，其中包括，参赛者的头像，姓名，id，得分情况。这个java后台要传输给我的。
经过我们的测试，后台给了我一个他encodeURI之后的数据，我这里也贴在下面，为了方便大家复制，我以代码的形式写在下面：
?room_name=%25E6%2588%25BF%25E9%2597%25B4%25E6%25A0%2587%25E9%25A2%2598%2528123456%2529&arr=%255B%257B%2522score%2522%253A1000%252C%2522name%2522%253A%2522%25E6%2588%2591%25E6%2598%25AF%25E7%258E%25A9%25E5%25AE%25B60%2522%252C%2522id%2522%253A999990%252C%2522heard_img%2522%253A%2522https%253A%252F%252Fwww.gushaoyang.cn%252Fbg.png%2522%257D%252C%257B%2522score%2522%253A500%252C%2522name%2522%253A%2522%25E6%2588%2591%25E6%2598%25AF%25E7%258E%25A9%25E5%25AE%25B61%2522%252C%2522id%2522%253A999991%252C%2522heard_img%2522%253A%2522https%253A%252F%252Fwww.gushaoyang.cn%252Fbg.png%2522%257D%252C%257B%2522score%2522%253A0%252C%2522name%2522%253A%2522%25E6%2588%2591%25E6%2598%25AF%25E7%258E%25A9%25E5%25AE%25B62%2522%252C%2522id%2522%253A999992%252C%2522heard_img%2522%253A%2522https%253A%252F%252Fwww.gushaoyang.cn%252Fbg.png%2522%257D%252C%257B%2522score%2522%253A-1500%252C%2522name%2522%253A%2522%25E6%2588%2591%25E6%2598%25AF%25E7%258E%25A9%25E5%25AE%25B63%2522%252C%2522id%2522%253A999993%252C%2522heard_img%2522%253A%2522https%253A%252F%252Fwww.gushaoyang.cn%252Fbg.png%2522%257D%255D
大家可以把这个url后面的参数直接放在现在的那种网站直接解析一下。这里给附上一个链接，百度到的随便哪一个都行。发现是能解析的，只要解析两次就可以了。但是发现到了程序中，使用两次decodeURI是不能正常解析的。解析出来以后，就是想没有解码完成似的，还有的没有给解开。经过旁边的PHP工程师的指点，应该是解码的方式不一样，导致了解码不完全，昨天我就在网上慢慢的寻找，终于知道了一个叫做decodeURIComponent的东西。这个是可以正常解码的。
下面来具体的说一下，这两种解码的区别。其实就是这两种编码的区别，首先我们要知道编码是按照什么标准执行的，下面是我找到的资料，我就直接写在下面了，
RFC3986文档规定，Url中只允许包含英文字母（a-zA-Z）、数字（0-9）、-_.~4个特殊字符以及所有保留字符。RFC3986文档对Url的编解码问题做出了详细的建议，指出了哪些字符需要被编码才不会引起Url语义的转变，以及对为什么这些字符需要编码做出了相应的解释。
下面列出了这三个函数的安全字符（即函数不会对这些字符进行编码）
- escape（69个）：*/@+-._0-9a-zA-Z 这个基本上不会用到了，这里就不解释了。
- encodeURI（82个）：!#$&'()*+,/:;=?@-._~0-9a-zA-Z
- encodeURIComponent（71个）：!'()*-._~0-9a-zA-Z
相信到这里大家就明白了，java后台的编码方式是encodeURIComponent，而我使用的是decodeURI解析的，造成了解析不完整。所以以后碰到这样的问题，首先是把这个编码的链接放在在线的解析链接的网站上，看看是不是能正常的解析出来哦我们想要的结果，如果得到了，那就需要看咱们的代码是不是decode错误了，反正就两种，自己试一下就可以了。