深入了解HTTPS中的GET与POST操作
一、引言
随着互联网技术的不断发展，网络安全问题日益受到关注。
HTTPS作为一种加密传输协议，广泛应用于Web应用中，以确保数据在传输过程中的安全性。
在HTTPS中，GET和POST是两种常见的HTTP请求方法，它们在Web应用中扮演着重要角色。
本文将详细介绍HTTPS中的GET与POST操作。
二、HTTPS概述
HTTPS（Hypertext Transfer Protocol Secure）是一种通过计算机网络进行安全通信的协议。
它在HTTP下增加了SSL/TLS加密层，确保数据在传输过程中的安全。
HTTPS广泛应用于Web应用、电子邮件、即时通讯等场景，以保障用户隐私和数据安全。
三、GET操作详解
1. 定义与特点
GET是HTTP协议中的一种请求方法，用于向服务器请求某个资源。
GET请求将请求参数附加到URL中，以查询字符串的形式传递。
查询字符串以问号（?）开始，参数以及它们的值之间使用等号（=）进行连接，不同参数之间使用&分隔。
2. 工作原理
当用户在浏览器地址栏输入URL时，浏览器会向服务器发送一个GET请求。
服务器接收到请求后，根据URL中的路径和查询参数，查找并返回相应的资源。
GET请求可以被缓存和记录在浏览器历史记录中，也可以由链接触发。
3. HTTPS中的GET
在HTTPS中，GET请求的安全性得到了保障。
由于HTTPS使用了SSL/TLS加密技术，GET请求中的数据在传输过程中不会被窃取或篡改。
由于GET请求将参数暴露在URL中，仍需注意敏感信息的保护。
四、POST操作详解
1. 定义与特点
POST是HTTP协议中的另一种请求方法，用于向服务器提交数据，以便存储或处理。
与GET请求不同，POST请求将请求参数放在请求体中，而不是URL中。
POST请求主要用于表单提交、文件上传等场景。
2. 工作原理
当用户在Web页面填写表单或上传文件时，浏览器会向服务器发送一个POST请求。
服务器接收到请求后，解析请求体中的数据，并进行相应的处理。
由于POST请求将参数放在请求体中，因此具有一定的隐蔽性，不易被恶意用户捕捉和篡改。
3. HTTPS中的POST
在HTTPS中，POST请求的安全性得到了极大的提升。
SSL/TLS加密技术确保POST请求中的数据在传输过程中的安全性。
由于POST请求将参数放在请求体中，相比GET请求更加安全，不易受到参数注入等攻击。
五、GET与POST的比较
1. 安全性
在安全性方面，POST相比GET更加安全。
由于POST请求将参数放在请求体中，不易被恶意用户捕捉和篡改。
而GET请求将参数暴露在URL中，可能存在敏感信息泄露的风险。
在HTTPS中，两者都具有一定的安全性保障。
2. 适用范围
GET和POST在适用范围上有所不同。
GET请求主要用于获取资源，适用于查询、搜索等场景；而POST请求主要用于提交数据，适用于表单提交、文件上传等场景。
3. 缓存与记录
GET请求可以被缓存和记录在浏览器历史记录中，而POST请求则不会被缓存。
这是因为GET请求是读取操作，而POST请求是修改操作，一旦数据被修改，缓存的数据就不再有效。
六、结论
本文详细介绍了HTTPS中的GET与POST操作。
GET和POST是HTTP协议中的两种常见请求方法，它们在Web应用中扮演着重要角色。
在HTTPS中，两者都具有一定的安全性保障。
在实际应用中，应根据需求选择合适的请求方法，并注意敏感信息的保护。
浅谈http中get和post的区别
1.根据HTTP规范，GET用于信息获取，而且应该是安全的和幂等的。
(1).所谓安全的意味着该操作用于获取信息而非修改信息。
换句话说，GET 请求一般不应产生副作用。
就是说，它仅仅是获取资源信息，就像数据库查询一样，不会修改，增加数据，不会影响资源的状态。
* 注意：这里安全的含义仅仅是指是非修改信息。
(2).幂等的意味着对同一URL的多个请求应该返回同样的结果。
这里我再解释一下幂等这个概念：看完上述解释后，应该可以理解GET幂等的含义了。
但在实际应用中，以上2条规定并没有这么严格。
引用别人文章的例子：比如，新闻站点的头版不断更新。
虽然第二次请求会返回不同的一批新闻，该操作仍然被认为是安全的和幂等的，因为它总是返回当前的新闻。
从根本上说，如果目标是当用户打开一个链接时，他可以确信从自身的角度来看没有改变资源即可。
2.根据HTTP规范，POST表示可能修改变服务器上的资源的请求。
继续引用上面的例子：还是新闻以网站为例，读者对新闻发表自己的评论应该通过POST实现，因为在评论提交后站点的资源已经不同了，或者说资源被修改了。
上面大概说了一下HTTP规范中GET和POST的一些原理性的问题。
但在实际的做的时候，很多人却没有按照HTTP规范去做，导致这个问题的原因有很多，比如说：1.很多人贪方便，更新资源时用了GET，因为用POST必须要到FORM(表单)，这样会麻烦一点。
2.对资源的增，删，改，查操作，其实都可以通过GET/POST完成，不需要用到PUT和DELETE。
3.另外一个是，早期的Web MVC框架设计者们并没有有意识地将URL当作抽象的资源来看待和设计，所以导致一个比较严重的问题是传统的Web MVC框架基本上都只支持GET和POST两种HTTP方法，而不支持PUT和DELETE方法。
* 简单解释一下MVC：MVC本来是存在于Desktop程序中的，M是指数据模型，V是指用户界面，C则是控制器。
使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。
以上3点典型地描述了老一套的风格(没有严格遵守HTTP规范)，随着架构的发展，现在出现REST(Representational State Transfer)，一套支持HTTP规范的新风格，这里不多说了，可以参考《RESTful Web Services》。
说完原理性的问题，我们再从表面现像上面看看GET和POST的区别请求的数据会附在URL之后(就是把数据放置在HTTP协议头中)，以?分割URL和传输数据，参数之间以&相连，如?name=hyddd&password=idontknow&verify=%E4%BD%A0%E5%A5%BD。
如果数据是英文字母/数字，原样发送，如果是空格，转换为+，如果是中文/其他字符，则直接把字符串用BASE64加密，得出如：%E4%BD%A0%E5%A5%BD，其中%XX中的XX为该符号以16进制表示的ASCII。
POST把提交的数据则放置在是HTTP包的包体中。
方式提交的数据最多只能是1024字节，理论上POST没有限制，可传较大量的数据，IIS4中最大为80KB，IIS5中为100KB??!以上这句是我从其他文章转过来的，其实这样说是错误的，不准确的：(1).首先是GET方式提交的数据最多只能是1024字节，因为GET是通过URL提交数据，那么GET可提交的数据量就跟URL的长度有直接关系了。
而实际上，URL不存在参数上限的问题，HTTP协议规范没有对URL长度进行限制。
这个限制是特定的浏览器及服务器对它的限制。
IE对URL长度的限制是2083字节(2K+35)。
对于其他浏览器，如Netscape、FireFox等，理论上没有长度限制，其限制取决于操作系统的支持。
注意这是限制是整个URL长度，而不仅仅是你的参数值数据长度。
[见参考资料5](2).理论上讲，POST是没有大小限制的，HTTP协议规范也没有进行大小限制，说“POST数据量存在80K/100K的大小限制”是不准确的，POST数据是没有限制的，起限制作用的是服务器的处理程序的处理能力。
对于ASP程序，Request对象处理每个表单域时存在100K的数据长度限制。
但如果使用则没有这个限制。
由这个延伸出去，对于IIS 6.0，微软出于安全考虑，加大了限制。
我们还需要注意：1) 6.0默认ASP POST数据量最大为200KB，每个表单域限制是100KB。
2) 6.0默认上传文件的最大大小是4MB。
3) 6.0默认最大请求头是16KB。
IIS 6.0之前没有这些限制。
所以上面的80K，100K可能只是默认值而已(注：关于IIS4和IIS5的参数，我还没有确认)，但肯定是可以自己设置的。
由于每个版本的IIS对这些参数的默认值都不一样，具体请参考相关的IIS配置文档。
3.在ASP中，服务端获取GET请求参数用，获取POST请求参数用。
在JSP中，用(\XXXX\)来获取，虽然jsp中也有()方法，但使用起来比较麻烦，比如：传一个?name=hyddd&password=hyddd，用()得到的是：name=hyddd&password=hyddd。
在PHP中，可以用$_GET和$_POST分别获取GET和POST中的数据，而$_REQUEST则可以获取GET和POST两种请求中的数据。
值得注意的是，JSP中使用request和PHP中使用$_REQUEST都会有隐患，这个下次再写个文章总结。
的安全性要比GET的安全性高。
注意：这里所说的安全性和上面GET提到的“安全”不是同个概念。
上面“安全”的含义仅仅是不作数据修改，而这里安全的含义是真正的Security的含义，比如：通过GET提交数据，用户名和密码将明文出现在URL上，因为(1)登录页面有可能被浏览器缓存，(2)其他人查看浏览器的历史纪录，那么别人就可以拿到你的账号和密码了，除此之外，使用GET提交数据还可能会造成Cross-site request forgery攻击。
总结一下，Get是向服务器发索取数据的一种请求，而Post是向服务器提交数据的一种请求，在FORM(表单)中，Method默认为GET，实质上，GET和POST只是发送机制不同，并不是一个取一个发!
post和get的区别？
Http定义了与服务器交互的不同方法，最基本的方法有4种，分别是GET，POST，PUT，DELETE。
URL全称是资源描述符，我们可以这样认为：一个URL地址，它用于描述一个网络上的资源，而HTTP中的GET，POST，PUT，DELETE就对应着对这个资源的查，改，增，删4个操作。
到这里，大家应该有个大概的了解了，GET一般用于获取/查询资源信息，而POST一般用于更新资源信息。
1.根据HTTP规范，GET用于信息获取，而且应该是安全的和幂等的。
(1).所谓安全的意味着该操作用于获取信息而非修改信息。
换句话说，GET 请求一般不应产生副作用。
就是说，它仅仅是获取资源信息，就像数据库查询一样，不会修改，增加数据，不会影响资源的状态。
* 注意：这里安全的含义仅仅是指是非修改信息。
(2).幂等的意味着对同一URL的多个请求应该返回同样的结果。
这里我再解释一下幂等这个概念：幂等（idempotent、idempotence）是一个数学或计算机学概念，常见于抽象代数中。
幂等有一下几种定义：对于单目运算，如果一个运算对于在范围内的所有的一个数多次进行该运算所得的结果和进行一次该运算所得的结果是一样的，那么我们就称该运算是幂等的。
比如绝对值运算就是一个例子，在实数集中，有abs(a)=abs(abs(a))。
对于双目运算，则要求当参与运算的两个值是等值的情况下，如果满足运算结果与参与运算的两个值相等，则称该运算幂等，如求两个数的最大值的函数，有在在实数集中幂等，即max(x,x) = x。
看完上述解释后，应该可以理解GET幂等的含义了。
但在实际应用中，以上2条规定并没有这么严格。
引用别人文章的例子：比如，新闻站点的头版不断更新。
虽然第二次请求会返回不同的一批新闻，该操作仍然被认为是安全的和幂等的，因为它总是返回当前的新闻。
从根本上说，如果目标是当用户打开一个链接时，他可以确信从自身的角度来看没有改变资源即可。
2.根据HTTP规范，POST表示可能修改变服务器上的资源的请求。
继续引用上面的例子：还是新闻以网站为例，读者对新闻发表自己的评论应该通过POST实现，因为在评论提交后站点的资源已经不同了，或者说资源被修改了。
上面大概说了一下HTTP规范中GET和POST的一些原理性的问题。
但在实际的做的时候，很多人却没有按照HTTP规范去做，导致这个问题的原因有很多，比如说：1.很多人贪方便，更新资源时用了GET，因为用POST必须要到FORM（表单），这样会麻烦一点。
2.对资源的增，删，改，查操作，其实都可以通过GET/POST完成，不需要用到PUT和DELETE。
3.另外一个是，早期的Web MVC框架设计者们并没有有意识地将URL当作抽象的资源来看待和设计，所以导致一个比较严重的问题是传统的Web MVC框架基本上都只支持GET和POST两种HTTP方法，而不支持PUT和DELETE方法。
* 简单解释一下MVC：MVC本来是存在于Desktop程序中的，M是指数据模型，V是指用户界面，C则是控制器。
使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。
以上3点典型地描述了老一套的风格（没有严格遵守HTTP规范），随着架构的发展，现在出现REST(Representational State Transfer)，一套支持HTTP规范的新风格，这里不多说了，可以参考《RESTful Web Services》。
说完原理性的问题，我们再从表面现像上面看看GET和POST的区别请求的数据会附在URL之后（就是把数据放置在HTTP协议头中），以?分割URL和传输数据，参数之间以&相连，如?name=hyddd&password=idontknow&verify=%E4%BD%A0%E5%A5%BD。
如果数据是英文字母/数字，原样发送，如果是空格，转换为+，如果是中文/其他字符，则直接把字符串用BASE64加密，得出如：%E4%BD%A0%E5%A5%BD，其中％XX中的XX为该符号以16进制表示的ASCII。
POST把提交的数据则放置在是HTTP包的包体中。
方式提交的数据最多只能是1024字节，理论上POST没有限制，可传较大量的数据，IIS4中最大为80KB，IIS5中为100KB？？！以上这句是我从其他文章转过来的，其实这样说是错误的，不准确的：(1).首先是GET方式提交的数据最多只能是1024字节，因为GET是通过URL提交数据，那么GET可提交的数据量就跟URL的长度有直接关系了。
而实际上，URL不存在参数上限的问题，HTTP协议规范没有对URL长度进行限制。
这个限制是特定的浏览器及服务器对它的限制。
IE对URL长度的限制是2083字节(2K+35)。
对于其他浏览器，如Netscape、FireFox等，理论上没有长度限制，其限制取决于操作系统的支持。
注意这是限制是整个URL长度，而不仅仅是你的参数值数据长度。
[见参考资料5](2).理论上讲，POST是没有大小限制的，HTTP协议规范也没有进行大小限制，说“POST数据量存在80K/100K的大小限制”是不准确的，POST数据是没有限制的，起限制作用的是服务器的处理程序的处理能力。
对于ASP程序，Request对象处理每个表单域时存在100K的数据长度限制。
但如果使用则没有这个限制。
由这个延伸出去，对于IIS 6.0，微软出于安全考虑，加大了限制。
我们还需要注意： 1) 6.0默认ASP POST数据量最大为200KB，每个表单域限制是100KB。
2) 6.0默认上传文件的最大大小是4MB。
3) 6.0默认最大请求头是16KB。
IIS 6.0之前没有这些限制。
[见参考资料5]所以上面的80K，100K可能只是默认值而已(注：关于IIS4和IIS5的参数，我还没有确认)，但肯定是可以自己设置的。
由于每个版本的IIS对这些参数的默认值都不一样，具体请参考相关的IIS配置文档。
3.在ASP中，服务端获取GET请求参数用，获取POST请求参数用。
在JSP中，用(\XXXX\)来获取，虽然jsp中也有()方法，但使用起来比较麻烦，比如：传一个?name=hyddd&password=hyddd，用()得到的是：name=hyddd&password=hyddd。
在PHP中，可以用$_GET和$_POST分别获取GET和POST中的数据，而$_REQUEST则可以获取GET和POST两种请求中的数据。
值得注意的是，JSP中使用request和PHP中使用$_REQUEST都会有隐患，这个下次再写个文章总结。
的安全性要比GET的安全性高。
注意：这里所说的安全性和上面GET提到的“安全”不是同个概念。
上面“安全”的含义仅仅是不作数据修改，而这里安全的含义是真正的Security的含义，比如：通过GET提交数据，用户名和密码将明文出现在URL上，因为(1)登录页面有可能被浏览器缓存，(2)其他人查看浏览器的历史纪录，那么别人就可以拿到你的账号和密码了，除此之外，使用GET提交数据还可能会造成Cross-site request forgery攻击。
总结一下，Get是向服务器发索取数据的一种请求，而Post是向服务器提交数据的一种请求，在FORM（表单）中，Method默认为GET，实质上，GET和POST只是发送机制不同，并不是一个取一个发！
表单的开始和结束以什么为标志?表单的提交有几种方法,它们的区别是什么?
表单并没有什么开始和结束之说，它跟其它的HTML标签是一样的，加载网页的时候就自动调用了，只不过它有个按钮触发事件，当点击这个按钮之后，文件就跳转到表单指定的跳转位置了。
它有两种方法post和get表单提交中Get和Post方式的区别有5点1. get是从服务器上获取数据，post是向服务器传送数据。
2. get是把参数数据队列加到提交表单的ACTION属性所指的URL中，值和表单内各个字段一一对应，在URL中可以看到。
post是通过HTTP post机制，将表单内各个字段与其内容放置在HTML HEADER内一起传送到ACTION属性所指的URL地址。
用户看不到这个过程。
3. 对于get方式，服务器端用获取变量的值，对于post方式，服务器端用获取提交的数据。
4. get传送的数据量较小，不能大于2KB。
post传送的数据量较大，一般被默认为不受限制。
但理论上，IIS4中最大量为80KB，IIS5中为100KB。
5. get安全性非常低，post安全性较高。
