RESTfulAPI中能否使用query string

之前restful理解_数据库_黄腾霄的博客-CSDN博客和大家介绍了对RESTful的理解。然后就有小伙伴问了我灵魂问题，对于RESTfulAPI设计，是不是不能使用query string？

关于这个问题，网上观点两派纷争不断，为此我特意去拜读了Roy Thomas Fielding的博士论文，以及结合自己的理解来和大家谈谈RESTfulAPI能否使用query string。

---

问题来源

对于RESTfulAPI，大家都有一个基本的认识，网上一切皆资源，用URI来定位唯一的资源。

而对于领域模型的实体对象来说，RESTfulAPI的设计大家都没有什么疑问。

比如一个人的名字可以用这样的API

/people/1/name

但是，如果这个资源时一个服务，那么处理方式就存在争议了

比如有一个姓名生成服务，可以根据传入的性别，生成一个随机的人名。

不同的同学可能会使用下面两种不同的API设计方式。

/namegenerator?gender=male
/namegenerator/male

出现这种情况的一个可能的原因来自于Roy Thomas Fielding博士论文中的6.5.2 HTTP is not RPC这一小节。

文中不建议大家使用RPC风格的设计（即类似第一种使用query string 的方法）。

那么这一节真的是让大家不要使用query string 么？

HTTP is not RPC

论文里面最重要的一段话如下，翻译过来大意是，HTTP和RPC的区别不在于语法，而是提供了一个带标准语义统一的接口，能让中间层获取和源服务几乎相同的解析能力。这导致应用获得了独立于信息源的转换层和间接层，有利于构建网络缩放，多组织，可松散缩放的信息系统。而RPC机制只是定义了API术语，而不是基于网络的应用。

What distinguishes HTTP from RPC isn’t the syntax. It isn’t even the different characteristics gained from using a stream as a parameter, though that hel