在“fetch”请求中无法设置禁止的请求头 (#tilPost)
内容提要
在使用fetch API或XMLHttpRequest时，某些请求头如Accept-Charset和Content-Length是禁止设置的，浏览器会忽略这些头以确保用户代理的控制权，防止安全漏洞。
关键要点
-
在使用fetch API或XMLHttpRequest时，有些请求头是禁止设置的。
-
禁止的请求头包括Accept-Charset、Content-Length等。
-
以proxy-或sec-开头的请求头也是禁止的。
-
某些解析值的请求头可能会被禁止，如X-HTTP-Method等。
-
如果尝试设置禁止的请求头，浏览器会忽略这些请求头并可能记录警告。
-
禁止设置这些请求头是为了确保用户代理的控制权，避免安全漏洞。
延伸解读
禁止请求头的安全性考虑
禁止设置某些请求头的主要原因是为了保护用户代理的控制权，防止潜在的安全漏洞。如果允许JavaScript随意修改这些头，可能会导致数据泄露或其他安全问题。因此，开发者在使用fetch API时应了解这些限制，以确保应用的安全性。
开发者应注意的请求头
在使用fetch API或XMLHttpRequest时，开发者需要特别注意禁止的请求头，如Content-Length和Accept-Charset等。这些请求头的设置会被浏览器忽略，可能导致请求行为与预期不符。因此，了解哪些请求头是禁止的，有助于避免调试时的困惑。
浏览器的处理方式
当开发者尝试设置禁止的请求头时，浏览器会忽略这些请求头并可能记录警告。这种处理方式确保了用户代理的控制权，但也意味着开发者需要依赖其他可用的请求头来实现功能。因此，合理选择可用的请求头是开发中的重要环节。
延伸问答
在fetch请求中，哪些请求头是禁止设置的？
禁止设置的请求头包括Accept-Charset、Content-Length、Cookie等。
为什么某些请求头在fetch中无法设置？
这些请求头被禁止是为了确保用户代理的控制权，避免安全漏洞。
如果尝试设置禁止的请求头，会发生什么？
浏览器会忽略这些请求头，并可能记录警告。
哪些以特定前缀开头的请求头是禁止的？
以proxy-或sec-开头的请求头是禁止的。
fetch API和XMLHttpRequest有什么共同点？
两者都无法设置某些禁止的请求头。
为什么禁止设置请求头有助于安全性？
禁止设置请求头可以防止JavaScript覆盖重要头部，从而避免安全漏洞。
