什么时候POST请求会发送两次？

以下是可能导致POST请求发送两次的一些原因：

1. 重复提交：用户可能在提交表单或发送POST请求时多次点击提交按钮或发送请求的操作，导致请求被发送多次。

2. 页面刷新：当用户在提交POST请求后刷新页面时，某些浏览器会尝试重新发送之前的POST请求，以便用户可以重新加载页面并继续之前的操作。

3. 跨域请求：在某些情况下，如果你的网页中存在跨域请求，浏览器可能会发送OPTIONS请求进行预检（preflight），然后再发送实际的POST请求。这样就会导致看起来像是发送了两次POST请求，但实际上第一个请求是OPTIONS请求。

4. 重定向：如果服务器返回一个重定向响应（例如状态码为302），浏览器可能会自动跟随重定向并发送第二个POST请求。

5. 缓存问题：一些缓存机制可能会导致POST请求被重复发送。例如，浏览器或代理服务器可能会缓存POST请求的响应，然后在后续请求时重用缓存的响应，从而导致看起来像是发送了两次POST请求。

以下是一些常见的解决方法：

• 在前端代码中，可以通过禁用提交按钮或在提交请求后禁用表单来防止用户多次点击提交按钮。
• 在服务器端，可以使用幂等性来处理重复请求，确保多次相同的POST请求不会产生不一致的结果。
• 如果是跨域请求导致的问题，可以在服务器端进行相应的配置，允许跨域请求或使用CORS（跨源资源共享）机制进行处理。
• 如果是缓存问题，可以在服务器端设置适当的缓存控制头，以确保POST请求不会被缓存或缓存的时间较短。

根据具体的情况，你可能需要进一步调查并采取适当的解决措施来处理重复发送的POST请求。

什么是浏览器同源策略？

同源策略（Same-Origin Policy）是一种浏览器安全机制，用于限制在浏览器中加载的网页脚本与来自不同源（即不同的域、协议或端口）的资源之间的交互操作。它是为了保护用户的隐私和安全而设计的。

同源策略的基本原则是，当一个网页脚本尝试访问另一个源的资源时，浏览器会阻止这种跨源的操作，以防止恶意网站利用跨域请求获取用户的敏感信息或对其他网站进行攻击。

同源策略的限制主要包括以下几个方面：

1. 域名：同源策略要求两个网页具有相同的域名（协议、主机和端口），即使两个域名只是在协议、主机或端口上稍有不同，也会被视为不同源。例如，http://example.com 和 https://example.com 被视为不同源。

2. Cookie、LocalStorage 和 IndexDB：同源策略限制了对跨源的 Cookie、LocalStorage 和 IndexDB 的访问。这意味着网页脚本只能访问属于同一源的 Cookie 和存储数据，而无法读取或修改其他源的数据。

3. DOM 访问：同源策略限制了对跨源文档对象模型（DOM）的访问。网页脚本只能修改属于同一源的 DOM 元素，无法直接访问或修改其他源的 DOM。

4. XMLHttpRequest 和 Fetch 请求：同源策略对跨源的 XMLHttpRequest 和 Fetch 请求进行限制。通常情况下，这些请求只能向同源发起，无法直接访问其他源的数据。

为了允许跨域请求，浏览器引入了一些机制，如跨域资源共享（CORS）和服务器代理。这些机制允许服务器通过设置适当的响应头来授权特定的跨域请求。

同源策略在保护用户隐私和安全方面起着重要的作用，防止恶意网站滥用用户的信息。然而，有时候需要进行跨域操作，因此开发人员需要了解和遵守跨域规则，并使用适当的跨域解决方案。

什么是预请求？

预请求（Preflight Request）是在进行跨域资源共享（CORS）时，某些特定情况下由浏览器自动发送的一种HTTP请求。它是一个OPTIONS请求，用于在实际的跨域请求之前进行预检，以确定是否允许实际请求的发送。

在以下情况下，浏览器会发送预请求：

1. 跨域请求：当浏览器发起跨域请求时，即请求的目标与当前页面的域名、协议或端口不一致时，浏览器会发送预请求。

2. 自定义请求头：如果在跨域请求中使用了特定的自定义请求头（例如Content-Type、Authorization等），并且这些请求头属于 "CORS安全列表" 之外的请求头，浏览器也会发送预请求。

预请求的目的是为了确保服务器支持跨域请求并允许浏览器发送实际的跨域请求。预请求的发送和处理过程如下：

1. 发送预请求：浏览器在发送实际的跨域请求之前，先发送一个OPTIONS请求，其中包含了一些额外的头部信息，如Origin（指示请求的源）和Access-Control-Request-Method（指示实际请求的方法）等。

2. 服务器处理预请求：服务器接收到预请求后，进行预检查。它会检查请求的源是否在允许的跨域列表中，以及是否允许实际请求的方法、请求头等。

3. 响应预请求：服务器根据预检查的结果，返回包含了对应的响应头信息的响应。响应头中重要的字段是Access-Control-Allow-Origin（指示允许的源）和Access-Control-Allow-Methods（指示允许的方法）等。

4. 浏览器处理预请求响应：浏览器接收到预请求的响应后，会检查响应头中的相关字段，以确定是否允许发送实际的跨域请求。

5. 发送实际请求：如果预请求的响应表明服务器允许实际请求，浏览器会发送实际的跨域请求，其中包含了实际的请求方法、请求头等。

需要注意的是，预请求是由浏览器自动发送的，并且在实际请求之前进行。它的目的是为了提供一种机制，确保服务器允许跨域请求，以增加安全性。服务器需要正确地处理预请求并返回适当的响应头，以允许或拒绝实际的跨域请求。

总结

预请求就是浏览器在进行跨域请求访问时向目标浏览器发送的一个预检测请求，检测目标服务器是否支持跨域请求，预请求是一个OPTIONS请求，其中包含了一些额外的头部信息，如Origin（请求源）、Access-Control-Request-Method（实际请求的方法）和Access-Control-Request-Headers（实际请求的头部信息）。服务器收到预请求后，可以检查这些头部信息，并决定是否允许实际的跨域请求。

服务器在收到预请求后，可以通过设置响应头部中的Access-Control-Allow-Origin、Access-Control-Allow-Methods和Access-Control-Allow-Headers等字段来指定允许的跨域请求来源、方法和头部信息。如果服务器确认允许跨域请求，浏览器会继续发送实际的跨域请求，否则将阻止实际请求的发送，并返回相应的错误。

预请求机制的目的是确保服务器允许跨域请求，并在发送实际请求之前进行验证，从而保护用户的隐私和安全。开发人员需要在服务器上正确地配置CORS头部信息，以便处理预请求，并允许必要的跨域请求。

实践，gin设置支持跨域请求

1.通过自定义中间件

package main

import (
	"github.com/gin-gonic/gin"
)

func main() {
	// 创建 Gin 引擎
	router := gin.Default()

	// 添加跨域请求的中间件
	router.Use(corsMiddleware())

	// 添加你的路由处理逻辑

	// 启动服务器
	router.Run(":8080")
}

// 跨域请求中间件
func corsMiddleware() gin.HandlerFunc {
	return func(c *gin.Context) {
		// 设置允许的请求来源
		c.Writer.Header().Set("Access-Control-Allow-Origin", "http://example.com")

		// 设置允许的请求方法
		c.Writer.Header().Set("Access-Control-Allow-Methods", "GET, POST, PUT, DELETE")

		// 设置允许的请求头部信息
		c.Writer.Header().Set("Access-Control-Allow-Headers", "Content-Type, Authorization")

		// 设置是否允许发送凭据
		c.Writer.Header().Set("Access-Control-Allow-Credentials", "true")

		// 如果是预请求（OPTIONS请求），则直接返回
		if c.Request.Method == "OPTIONS" {
			c.AbortWithStatus(204)
			return
		}

		// 继续处理实际的请求
		c.Next()
	}
}

2.官方推荐跨域请求中间件，具体可以看官方示例代码

The following paragraph comes from an introduction to the Github Podman open-source project

Podman: A tool for managing OCI containers and pods

• A tool for managing：表示它用于管理、控制或操作容器。
• OCI containers：这指的是 Open Container Initiative（OCI）定义的容器标准，这是一种容器化技术。
• and：连接词，将两个概念（管理 OCI 容器和管理 pods）联系在一起。
• pods：这是一种容器编排的概念，通常包含多个容器，共享网络和存储命名空间。

Podman (the POD MANager) is a tool for managing containers and images, volumes mounted into those containers, and pods made from groups of containers. Podman runs containers on Linux, but can also be used on Mac and Windows systems using a Podman-managed virtual machine. Podman is based on libpod, a library for container lifecycle management that is also contained in this repository. The libpod library provides APIs for managing containers, pods, container images, and volumes.

• Podman：POD 管理器，容器管理工具的名称。
• tool：工具。
• managing：管理。
• containers：容器。
• images：镜像。
• volumes：卷。
• mounted into：挂载到。
• pods：容器组。
• made from：由...制成。
• groups of containers：一组容器。
• runs containers：运行容器。
• Linux：Linux 操作系统。
• Mac：Mac 操作系统。
• Windows：Windows 操作系统。
• using：使用。
• virtual machine：虚拟机。
• based on：基于。
• library：库。
• container lifecycle management：容器生命周期管理。
• APIs：应用程序接口。

All releases are GPG signed. Public keys of members of the team approved to make releases are located here.

• All：所有（限定词，修饰 releases）。
• releases：发布版本（名词，主语）。
• are：是（谓语动词，与 releases 形成谓语）。
• GPG：Gnu Privacy Guard（名词缩写，描述数字签名工具）。
• signed：签名（动词的过去分词形式，用于描述 releases 经过签名）。
• Public：公开的（形容词，修饰 keys）。
• keys：密钥（名词，宾语）。
• of：的（介词，用于连接 members 和 team）。
• members：团队成员（名词，指代团队成员）。
• the：指定的（限定词，修饰 team）。
• team：团队（名词，指代团队）。
• approved：获批准的（动词的过去分词形式，用于修饰 members）。
• to：到（介词，用于引导不定式短语 "to make releases"）。
• make：制作（动词，与 to 连接形成不定式短语 "to make releases"）。
• located：位于（动词的过去分词形式，用于修饰 keys）。
• here：这里（副词，表示位置，指的是公钥的位置）。

The only place to cry is in the bathroom and Dad's arms.

This is a question from Quora.

How talented do you have to be to get an interview with Google?

• talented：有天赋的
• get an interview：获得面试
• Google：谷歌

I’ve helped many people get into Google and other top tier tech companies. Especially software engineers in the entire spectrum of 0 to 40 years experience. Let me tell you with confidence that you don’t have to be as naturally talented as you’re thinking. As long as you are a sincere worker, who can focus on solving problems, that’s all they are looking for.

• helped：帮助
• especially: 尤其的
• people：人们
• Google：谷歌
• top tier：顶级
• tech companies：科技公司
• software engineers：软件工程师
• entire spectrum：整个范围
• experience：经验
• naturally talented：天赋出众、
• as long as: 只要
• sincere worker：真诚的工作者
• focus on：专注于
• solving problems：解决问题

Why? First of all, there is no good way to measure talent. In popular culture, we measure it with IQ. But there is also a large body of research which says that IQ is not correlated with success. Here is a relevant link for your reference. But, even if you don’t believe this research; how do you decipher talent by looking at someone’s resume? Resumes are usually not very well written and often don’t tell the truth either.

• measure：衡量
• talent：天赋
• popular culture：流行文化
• IQ：智商
• either: 而且
• correlated with：与...相关
• success：成功
• relevant link：相关链接
• usually: 通常
• reference：参考
• believe：相信
• research：研究
• decipher：解读
• resume：简历
• written：写得
• tell the truth：说实话

The second reason Google doesn’t insist on only interviewing talented people, is because they hire massively on scale. i.e., thousands a month, world over. If they insist on interviewing only people with talent, they won’t ever be able to hire and push great products out fast.

• Google：谷歌
• insist on：坚持
• interviewing：面试
• talented people：有才能的人
• hire：招聘
• massively on scale：大规模招聘
• thousands a month：每个月成千上万人
• world over：全球范围内
• push out：推出
• great products：优秀的产品

Third reason: Google does need people with high IQ but not every position per se needs high IQ. People who are diligent and have the right approach are also critical to any big company’s success. In fact, that is how large companies are built. There are maybe 10% of positions which may need innate talent to be successfully producing right output, but the other 90% just requires sincerity and dedication to solving tough problems. Talent is massively overrated in such positions.

• high IQ：高智商
• every position per se：每个职位本身
• diligent：勤奋的
• right approach：正确的方法
• critical to：关键于
• big company’s success：大公司的成功
• large companies：大公司
• innate talent：天生的才能
• producing right output：产生正确的输出
• sincerity：真诚
• dedication：专注
• solving tough problems：解决困难问题
• massively overrated：被严重高估

Finally and most fundamentally, they have great faith in their own interview process. The interview process is rigorous and only selects the best prepared candidates. Interview preparation for Google is a great proxy for your sincerity and dedication to solving tough problems.

The only time they have to use a loose proxy for talent, is when there are just too many applicants and very few positions to fill .e.g., freshers in satellite locations. There are limited fresher openings and if they go out accepting candidate profiles from everywhere, they will never be able to get through the interview process. So they prefer to go to top colleges, which are loose proxies for talent e.g., IITs in India. Even here, if you have a strong referral, you will get interviews regardless of whatever college you went to.

• great faith：极大的信心
• interview process：面试流程
• rigorous：严格的
• selects：选择
• best prepared candidates：最充分准备的候选人
• Interview preparation：面试准备
• sincerity：真诚
• dedication：专注
• loose proxy：松散的代理
• talent：才能
• applicants：申请者
• through: 通过
• freshers：新毕业生
• satellite locations：卫星地点
• limited fresher openings：有限的新毕业生职位
• top colleges：顶尖学院
• strong referral：强大的内部推荐

Summary: Nix the thought of talent. It’s a very limiting thought nor is it supported by research. Focus instead on making your profile presentable and more importantly, on preparing for the interview process.

Do let us know if you need help, our staff are ex-Google recruiters and they understand how interviewees succeed. Our typical audience is software engineers with anywhere from 0 to 40 years of experience, with a strong desire to uplevel their careers in a variety of ways. We have a lot of confidence in our methodology. Those who follow it even approximately to the tee succeed. Otherwise we’ll refund your fees.

We have cohorts starting every 2–3 weeks, but remain booked much in advance. If you’re interested, then please do plan early!

• Nix：放弃
• talent：天赋
• limiting thought：限制性思维
• supported by research：得到研究支持
• focus instead on：相反，重点放在
• presentable：可呈现的
• preparing for：准备
• interview process：面试过程
• ex-Google recruiters：前谷歌招聘人员
• interviewees：面试者
• uplevel：提升
• careers：职业生涯
• methodology：方法论
• follow it to the tee：严格遵循
• refund：退还
• fees：费用
• cohorts：学员组
• booked in advance：提前预订
• plan early：提前计划

This is a question from Quora.

Is it true that many people in schools regard computer science students in universities as free computer repairers for granted, but what they learn is quite different from computer repair?

• regard：认为
• computer science：计算机科学
• students：学生
• universities：大学
• free：免费
• computer repairers：计算机维修员
• for granted：理所当然地
• learn：学习
• quite different：完全不同的

Yes and yes. And it’s not absurd; you might ask your English major friend for help editing a paper. It’s not necessarily a good idea, though, in both cases. I can guarantee that computer science students learn little to nothing about computer repair in the computer science courses (this isn’t necessarily true at a community college, though). If they know anything, it’s out of personal experience, interest, or a part-time job. And if you ask a friend for a favor, be respectful about it and either “pay back” when you can, or do something nice for them.