TP3.2.3使用page分页类对查询结果进行分页时的问题

TP3.2.3使用page分页类对查询结果进行分页时的问题

---

最近在完成公司的任务的时候遇到了一个小问题，因为以前没遇到过，所以浪费了很多时间，下面把遇到的问题和解决方法和大家分享一下，避免大家踩坑。
HTML部分代码

...
<input type="text" name="searchInfo" value="{$searchInfo}">
...

php部分代码

$searchInfo = trim(I('get.searchInfo'));
...
...
$numCount = $db->alias( 'S' )->join($join)
            ->field( $field )
            ->where($where)
            ->order( $order )
            ->count();
$offset = 30;
$page = new \Think\Page($numCount,$offset);
$show = $page->show();
$list = $db->alias( 'S' )->join( $join )
            ->field( $field )
            ->where($where)
            ->order( $order )
            ->page($_GET['p'].",$offset")
            ->select();

$this->assign([
            'page' => $show,
            'list' => $list,
            'searchBy' => [$tem => 'selected'],
            'searchInfo' => $searchInfo
        ]);

因为查询中涉及到特殊字符空格，所以出现了以下bug：

• 第一页查询正常，但是生成的分页按钮的href链接出现了问题：空格被转化成了‘+’号，当用谷歌浏览器的时候，它会对采用urlencode编码的链接进行自动解码（你不做，浏览器会做。。），导致href链接中searchInfo的参数多了个‘+’号，所以点第二页的时候，你的查询条件就变成了多个‘+’号的searchInfo，导致什么结果都没有（好郁闷）。。

为什么会产生这个问题？

• TP3.2.3中的page类，U()方法会对生成的url进行urlencode编码，而这边采用的是HTML4编码方式进行的编码，所以空格被转化成‘+’号了。在浏览器（客户端）解码的时候，它默认采取的是RFC-3986编码方式进行解码，RFC-3986编码的结果是将空格编码成‘%20’，所以由于客户端和服务端采用不同的编码方式，‘+’号最后不能被解码，而是会原封不动的保留下来

怎么解决？

1.、统一编码，服务端也采用RFC-3986编码方式进行解码，将page类中的url（）方法和U()方法中进行urlencode（）编码的地方全部改为rawurlencode（）编码

U()方法中：

if(!empty($vars)) { // 添加参数
      foreach ($vars as $var => $val){
           if('' !== trim($val))   $url .= $depr . $var . $depr . rawurlencode($val);
      }                
}

page类url（）方法中：

private function url($page){
       return str_replace(rawurlencode('[PAGE]'), $page, $this->url);
}

2.、在通过get方式获取searchInfo的值得时候，使用urldecode（）强制解码一次，使他按照HTML4编码方式进行解码

$searchInfo = urldecode(trim(I('get.searchInfo')));

3.、总之一个原则，就是统一编码和解码的规范