深入研究为什么代码可以避免 net/http 导入的“死锁”错误
原始问题：
提供的代码包含一个导入 net/http 包的函数，但不会调用使用导入包的 Extract 函数。在这种情况下，代码令人惊讶地避免了“死锁”错误，同时删除导入会触发预期的错误。
说明：
一般来说，导入 net/ http 包初始化负责促进 HTTP 通信的后台轮询 Goroutines。这些 Goroutine 有效地禁用了死锁检测器机制。
技术细节：
当 Go 检测到死锁情况时，即一组 Goroutines 相互等待而不进行任何操作时发生的情况。进展中，它会触发“死锁”错误。运行后台 Goroutine 的 net 包的存在在程序中引入了一条额外的“生命线”，即使其他 Goroutines 可能发生死锁，本质上也能保持死锁检测器的运行。
示例：
示例代码初始化一个通道（ch）并向其中发送一个值（1），但它没有接收回该值。在典型情况下，这会由于阻塞操作而导致死锁错误。然而，net/http 的后台 Goroutine 的存在阻止了死锁检测。
其他信息：
有关更多见解，请参阅 GitHub 上的相关讨论：https： //github.com/golang/go/issues/12734.
以上是尽管未使用功能，为什么使用 Net/HTTP 导入进行编码不会触发'死锁”错误？的详细内容。更多信息请关注PHP中文网其他相关文章！
