post、get区别

post、get区别

      一般在浏览器中输入网址访问资源都是通过GET方式,在FORM提交时,
 可以通过Method指定提交方式为GET或者POST,默认为GET提交,
 Http定义了与服务器交互的不同方法,最基本的方法有4种,
 分别 是GET、POST、PUT、DELETE。
      URL全称是资源描述符,一个URL地址,它用于描述一个网络上的资源,
      而HTTP中的GET、POST、PUT、DELETE就对应这个资源的查、
      改、增、删4个操作。现在只用一个方法就可以进行增删改查操作。

一、根据 HTTP 规范,GET 用于信息获取,而且应该是安全的和幂等的。

    1.安全的是指没有明显的对用户有影响的副作用(包括修改该资源的状态)。
      HTTP方法里的GET和HEAD都是安全的。
    2.幂等的是指一个方法不论多少次操作,结果都是一样的。
      PUT(把内容放到指定的URL),DELETE(删除某个URL代表的资源),
      虽然都修改了资源内容,但多次操作,结果都是相同的,一次和HEAD、
      GET一样都是幂等的。
   但在实际应用中,以上2条规定并没有这么严格。比如,新闻站点的头版不断更新。
   虽然第二次请求会返回不同的一批新闻,该操作仍然被认为是安全的和幂等的。
   因为它总是返回当前的新闻。从根本上说,如果目标是当用户打开一个链接时,
   他可以确信从自身的角度来看没有改变资源即可。

二、get方式,服务器端用Request.QueryString获取变量的值。 post方式,服务器端用Request.Form获取提交的数据。

三、get安全性比较低。post安全性较高。

     通常情况下我们都说POST的安全性要比GET的安全性高
     (注意:这里所说的安全性和上面GET提到的“安全”不是同个概念。
     上面“安全”的含义仅仅是不作数据修改,而这里安全的含义是真正的
     Security的含义)。
    比如:通过GET提交数据,用户名和密码将明文出现在URL上,
    比如有一个常见的url:login.action?name=hyddd&password=idontknow&verify=
    %E4%BD%A0 %E5%A5%BD,通过这个url我们就知道该用户的用户名是:hyddd,
    密码是idontknow。但是就因为这个原因说 POST 比 GET 安全是错的,
    因为POST和GET都是明文传输,用httpfox等插件,或者像WireShark 等类似工具
    就能观察到。

四、 get是把参数数据队列加到提交表单的ACTION属性所指的URL中,值和表单内各个字段一一对应,在URL中可以看到。 post是通过HTTP post机制,将表单内各个字段与其内容放置在HTML HEADER内一起传送到ACTION属性所指的URL地址。用户看不到这个过程。

get把请求的数据放在url上,即HTTP协议头上,其格式为: 
       以?分割URL和传输数据,参数之间以&相连。 
      数据如果是英文字母/数字,原样发送, 
      如果是空格,转换为+, 
      如果是中文/其他字符,则直接把字符串用BASE64加密,及“%”加上“字符串的16进制
      ASCII码”。 
post把数据放在HTTP的包体内(requrest body)。

五、get传送的数据量较小,不能大于2KB。 post传送的数据量较大,一般被默认为不受限制。但理论上,IIS4中最大量为80KB,IIS5中为100KB。

  get提交的数据最大是2k(原则上url长度无限制,那么get提交的数据也没有限制咯?
  限制实际上取决于浏览器,(大多数)浏览器通常都会限制url长度在2K个字节,
  即使(大多数)服务器最多处理64K大小的url。也没有卵用。)。 
  post理论上没有限制。实际上IIS4中最大量为80KB,IIS5中为100KB。

六、GET产生一个TCP数据包,浏览器会把http header 和data一并发送出去,服务器响应200(返回数据) POST产生两个TCP数据包,浏览器先发送header,服务器响应100 continue,浏览器再发送data,服务器响应200 ok(返回数据)

七、GET在浏览器回退时是无害的,POST会再次提交请求。

GET产生的URL地址可以被Bookmark,而POST不可以。 GET请求会被浏览器主动cache,而POST不会,除非手动设置。

GET请求只能进行url编码,而POST支持多种编码方式。 GET请求参数会被完整保留在浏览器历史记录里,而POST中的参数不会被保留。

GET只接受ASCII字符的参数的数据类型,而POST没有限制

*PS:HTTP协议对GET和POST都没有对长度的限制

HTTP协议明确地指出了,HTTP头和Body都没有长度的要求。而对于URL长度上的限制,有两方面的原因造成:
  1. 浏览器。据说早期的浏览器会对URL长度做限制。据说IE对URL长度会限制在2048个字符内(流传很广,而且无数同事都表示认同)。但试一下,构造了90K的URL通过IE9访问live.com,是正常的。
  2. 服务器。URL长了,对服务器处理也是一种负担。原本一个会话就没有多少数据,现在如果有人恶意地构造几个几M大小的URL,并不停地访问你的服务器。服务器的最大并发数显然会下降。另一种攻击方式是,把告诉服务器Content-Length是一个很大的数,然后只给服务器发一点儿数据,嘿嘿,服务器你就傻等着去吧。哪怕你有超时设置,这种故意的次次访问超时也能让服务器吃不了兜着走。有鉴于此,多数服务器出于安全啦、稳定啦方面的考虑,会给URL长度加限制。但是这个限制是针对所有HTTP请求的,与GET、POST没有关系。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
提供的源码资源涵盖了安卓应用、小程序、Python应用和Java应用等多个领域,每个领域都包含了丰富的实例和项目。这些源码都是基于各自平台的最新技术和标准编写,确保了在对应环境下能够无缝运行。同时,源码中配备了详细的注释和文档,帮助用户快速理解代码结构和实现逻辑。 适用人群: 这些源码资源特别适合大学生群体。无论你是计算机相关专业的学生,还是对其他领域编程感兴趣的学生,这些资源都能为你提供宝贵的学习和实践机会。通过学习和运行这些源码,你可以掌握各平台开发的基础知识,提升编程能力和项目实战经验。 使用场景及目标: 在学习阶段,你可以利用这些源码资源进行课程实践、课外项目或毕业设计。通过分析和运行源码,你将深入了解各平台开发的技术细节和最佳实践,逐步培养起自己的项目开发和问题解决能力。此外,在求职或创业过程中,具备跨平台开发能力的大学生将更具竞争力。 其他说明: 为了确保源码资源的可运行性和易用性,特别注意了以下几点:首先,每份源码都提供了详细的运行环境和依赖说明,确保用户能够轻松搭建起开发环境;其次,源码中的注释和文档都非常完善,方便用户快速上手和理解代码;最后,我会定期更新这些源码资源,以适应各平台技术的最新发展和市场需求。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值