获取vs发布

语法：

现在让我们看看HTTP方法Get和Post的语法。

（这是Get的语法）

（这是Post的语法）

除了Get或Post这个词，语法上没有什么大的区别。

如何将输入发送到服务器？

在Get方法中，输入被附加到URL后面的“？”，而在Post方法中，它作为消息单独发送。有时，您可以在按enter键后在URL中看到您的搜索查询。如果没有，就在谷歌试试吧。如果是Get方法，您可以注意到相同URL中“？”之后的搜索查询。同时，当我们使用Post时，我们不能读取输入，因为它是分开的，而不是与URL一起。

输入类型：

当Get将输入附加到URL时，它应该以ASCII字符的形式出现。但是Post甚至可以不受任何限制地发送二进制数据。因此，Post对输入类型更灵活，因为它既允许ASCII数据，也允许二进制数据。

参数计数：

与Post相比，Get方法只能发送有限的参数。通常，它被限制为2K，在某些情况下，服务器可以处理高达64k的count参数。但是Post方法甚至能够以消息的形式向服务器发送文件。是的，当我们比较两者时，我们可以说Post最好发送更多的输入作为参数。

输入大小：

通常，允许的最大URL长度取决于我们使用的浏览器和处理URL请求的web服务器。当Get与URL一起发送输入时，我们最多可以发送2048个字符，在某些情况下，它会有所不同。但是当我们使用Post方法时，对输入大小没有限制。

输入可见性：

如果您已经测试过Google搜索，那么您就可以理解Get输入对其他人显然是可见的。这是因为输入只是附加到URL中，任何人都可以在URL空间中看到它。但如果使用了Post方法，那么就没有人能够识别出我们作为输入发送的内容。如果你不太关心你的输入的可见性，那就直接开始获取吧。否则，请使用Post对其他人隐藏您的输入。

默认方法：

到目前为止，您已经了解了这两种方法是如何将输入发送到服务器的。由于使用和参数传输的简单性，HTTP的默认方法被选择为“Get”。虽然Post方法比Get方法有很多优点，但是简单的方法优先使用，而默认使用Post方法。因此，当您没有具体指定方法时，它将被视为Get请求。

浏览器历史记录：

当Get方法通过url发送数据时，已经发送的数据将保留在web浏览器的历史记录中。因此，任何人都可以通过检查我们的浏览器历史来查看我们发送给服务器的内容。Post方法不会创造这样的机会，因为它从不允许浏览器保存信息。事实上，使用Post方法发送数据与web浏览器无关，因为所有内容都是通过消息发送的。

哪个是安全的？

我们已经分析了Get和Post方法之间的各种差异，现在是时候知道哪种方法是安全的了？让我们看看各种安全因素，以确定相同的。

• Bookmarking:Get方法允许添加书签，但是Post不允许。书签数据以后任何人都可以看到，这绝对是一种安全威胁！如果您的数据包含许多敏感信息，如密码、银行帐户详细信息等，那么Get可能会将所有这些信息泄漏给其他人。因此，如果你处理敏感信息，最好还是继续发帖。
• 缓存：缓存存储信息以备将来检索，事实上，它节省了我们的时间。虽然它似乎做了一项有用的工作，但当缓存的信息落入坏人手中时，有可能发生数据泄漏。Get允许缓存，而Post根本不允许缓存！因此，Post在Get上仍然更安全。
• 刷新或后退：当我们单击刷新或后退图标时，网页的URL将被重新执行。但是，当旧数据驻留在系统的缓存内存中时，不会发生这种重新执行。因此，在这种情况下，您很可能在刷新或返回时从服务器获取已经获取的数据。我们应该确定这种情况何时发生，使用Get还是Post？正如我们所知道的，缓存发生在Get而不是Post中，只有Get才有可能进行旧的数据检索。甚至Post也可能发生这种情况，但在这样做之前，它需要用户的许可。是的，我们在邮件检索之前收到警报。
• 黑客攻击：任何技术强大的人都可以轻松破解与Get方法相关联的URL，并可以捕获我们的信息。但这是不可能的后，至少它需要巨大的努力来破解它！所以大多数情况下，当使用Post而不是Get时，我们是安全的。

何时使用Get&amp；何时使用Post？

从我们的讨论中可以清楚地看到，Get的安全性较低，在处理许多敏感信息时不建议使用它。缓存和网页浏览器的历史记录可以让我们的信息在得到别人的情况下得到。但即使在这种情况下，Post仍然是安全的，因为它从不允许缓存、书签等。因此，在发送许多安全数据时最好使用Post。

让我们以一种更容易理解的表格形式来看待这些差异。

因此，我们很清楚Get和Post正在向服务器发送输入，但它们的工作方式不同。根据需要，我们可以使用apt-HTTP方法，即Get或Post。