现在URL大多用/xx/xx的形式，相比?xx=xx&xx=xx有什么好处吗？
比如?pageNum=1&userId=1相比/pageNum/1/userId/1
地址静态化，方便收录
不是更语义化了么xx.php/pageNum/1/userId/1
要获取/删除(http方法的不同)第1页的userId为1的用户
RESTful的API接口
题主说的是伪静态的固定链接吧。?xx=xx&xx=xx是GET传值，两者不存在比较。
seo。。。。。。
比如 /post/edit/1024 最后还是要重写成 /index.php?c=post&a=edit&id=1024 或者 /post.php?a=edit&id=1024 交给PHP处理, 或者直接把URI交给index.php分析, 只不过前者更 RESTful 罢了.
谁告诉你现在 URL 都用 /XX/XX的形式的，难道以前不是这样？
/ 是路径
？后面的是查询
自己去看看 google 和 baidu 的查询 url 就知道了
两个都可以，看场景了，并非所有的场景都适合RESTFul，REST站在一切皆资源的角度，对其的创造只能通过http动词。就像是java把一切都看做名词一样。但这样很麻烦，要考虑各种设计。，”?“反而简单粗暴，速度可能更快（虽然对人类无意义的时间）。
前一阵子刚好遇到这个问题呢。
是.net mvc的一个项目，项目中是手动配置的路由(路径)，领导说让按第一种的写法。
比如我的会议详情页：.../meeting/detail/1,数字就是会议的Id；
后来会议有分类了，大类小类的乱七八糟的，要改面包屑显示了，再加一个参数去解决吧.../meeting/detail/1/1，坏了，好多列表页进不去详情页了，以前列表页都是走的这一个detail页：搜索、直播、录播、专家、国际等待。然后改了一大堆文件，逻辑的。沃日，怎么也算是完成了，反正还是不喜欢这种形式的路径，至少第二种不会引发程序错误。
后来项目上线前用专业工具安全检测的时候，提了一个bug:路径.../search/import无法访问！！
我去你妹的，这个是import是搜索关键字，你给我当路径？
url哪个形式，还是看个人喜好吧，我觉的。
第二种是有针对性的直接按路径进行的查询