Post 方法参数写在body中和写在url中有什么区别？

解释之前我们先基于Http协议，根据Http的请求方法对应的数据传输能力把Http请求分为Url类请求和Body类请求， Url类请求 包括但不限于GET、HEAD、OPTIONS、TRACE 等请求方法。 Body类 请求包括但不限于POST、PUSH、PATCH、DELETE 等请求方法。

在语义上来说，例如GET请求是查询或者获取服务端的资源的，POST请求是向服务器push数据或者创建资源的。其它同类请求方法多少都有点相同的含义，不过它们谁有谁该做的事，例如支持缓存，探测响应头和断点续传等。

Url类请求释义

对于Url类请求,客户端是不能通过body写出数据的，服务端拿到的body是空的。因此一般情况下，我们提供的HttpClient被Url类的请求getOutputStream()的时候会抛一个异常，而HttpServer接受到Url类的请求后getInputStream()的时候也会抛一个异常，这都是为了告诉调用者这是不合理的。

这里的HttpClient和HttpServer不是特指某框架或者浏览器，而是个笼统的称呼。

因此Url类的请求想要提交参数，就把参数跟在url后边了，但是url一般是指向资源的，因此url后面跟的参数更多的是一种条件和要求（例如 阿里云OSS处理图片 时）。

做了一张url的图，辅助一下：

看完图应该知道了，其实我们称为参数的这一段整体上叫做Query，把它们拆开后组成键值对的形式又叫做Parameters，大多数情况下一个Key对应一个Value，当然是允许一个Key对应多个Values的。

Body类请求释义

Body类请求在语义和能力上来说应该是兼容Url类请求的，但是根据Http协议它们谁有谁该做的事。例如RESTful风格就是根据Http协议来提出的。

对于Body类请求，客户端可以通过body写出数据，服务端可以通过body接受数据。因此Body类请求能上传到服务端的数据比Url类请求的大的多。

RFC2616没有规定url的最大长度，但是规定当服务器不能处理太长的url时就返回414状态码（Request-URI Too Long），因此几乎可以说URL不能 直接 传输Binary数据，除非ToString，例如Base64。

Body类请求除了可以把参数放到url中，也可以通过body发送数据。

例如当Content-Type是application/x-www-form-urlencoded时，客户端可以通过body发送键值对数据，例如key1=value1&key2=value2， 这就是题主说的那种情况 。

例如当Content-Type是application/json时，客户端可以通过body发送json字符串；如果是application/xml时可以发送xml字符串。

例如当Content-Type是application/octet-stream时，客户端可以通过body发送Binary数据，例如文件或者任何能转成流的数据。

例如当Content-Type是multipart/form-data时，客户端可以通过body发送一个表单。

注：表单是有格式的，不像json和xml的格式，json和xml的格式是字符串排版格式，而表单的格式里面既有字符串又有换行还有Binary，估计还得一个段落才能说清楚，这里不再展开说。

总结答案

看完上面的内容基本可以明了题主的问题，同时Http里面的很多东西如果不按照某种规范来就需要服务端和客户端协定，也不是一定要这样做或者那样做。比如上面说到的Content-Type是application/octet-stream时你也可以发送一段json数据、xml数据或者text数据。