现有一个需求：在信息列表中点击一条信息可以查看信息详情，同时若该条信
息为未读则改为已读。
问题：这个请求该定义为get还是post？
疑惑点：1.get：除了可能会更改状态外，这是一个典型的get请求
2.post : 这个请求可能会更改状态，所以符合post请求的特点。但是这个请求
同时会返回信息。在api定义上，不知道怎么定义一个合适的rest api
更改为已读，本质上是后台的操作，并返回信息给前端，从前端看，仍然可以视为一个get操作。get，post都可以完成查询和提交数据的功能，但按严格语义和规范，当前需求应该采用get。
毫无疑问,get请求,此次请求只是查看详情,更改状态的话应该是后台查到详情后判断是否已读,再进行数据库更改已读未读
get请求就可以了，这种小问题，下这么大的功夫，哈哈，你很认真嘛！
都可以把，get、post感觉区别就是url参数是否显示，如果为了参数隐秘性建议可以采用post方式进行传参，不然的话应该都能进行使用
get,post请求应该都可以，GET请求的数据会暴露在地址栏中，而POST请求则不会。post比get安全点
在实际工作中，这都是ｇｅｔ
按照规范来操作无疑get,看你个人规范了.post也可以,二者无非对数据操作,其实就是对数据的规范.
可以借鉴一下这篇文章。
https://www.jdon.com/soa/10-best-practices-for-better-restful-api.html
通俗的讲，
get是单向传输，仅仅是访问
post是双向的数据交流，前端给后端发送请求并附上信息，后端根据请求和信息给出答复