本文探讨了Go语言编写的HTTP服务在Windows环境下计数出现异常的问题，通过分析浏览器行为和并发访问，揭示了计数翻倍的根本原因在于浏览器自动请求favicon.ico，以及并发环境下对计数器未进行同步保护。针对这些问题，本文提供了相应的解决方案，帮助开发者避免类似错误。
在开发Web应用时，我们经常需要统计页面的访问次数。然而，在不同的操作系统下，相同的Go语言代码可能会表现出不同的行为。本文将深入探讨一个在Windows环境下使用Go语言的net/http包时可能遇到的计数问题，并提供解决方案。
问题描述
一段简单的Go代码，用于创建一个HTTP服务，并统计页面访问次数。在Linux环境下，计数正常，但在Windows环境下，计数却会翻倍。例如，访问/monkeys页面，计数器会从1直接跳到3，再到5，以此类推。
以下是示例代码：
立即学习“go语言免费学习笔记（深入）”；
package main
import (
"fmt"
"net/http"
)
func main() {
fmt.Println("Running")
http.HandleFunc("/", makeHomeHandler())
http.ListenAndServe(":8080", nil)
}
func makeHomeHandler() func(http.ResponseWriter, *http.Request) {
views := 1
return func(w http.ResponseWriter, r *http.Request) {
fmt.Fprintf(w, "Counting %s, %d so far.", r.URL.Path[1:], views)
views++
}
}问题分析
造成这种差异的原因主要有两个：
- 浏览器行为： 现代浏览器，如Chrome和Firefox，在访问一个网页时，通常会自动请求favicon.ico文件。这意味着，每次访问你的页面，浏览器实际上会发送两个请求：一个是请求你的页面（例如/monkeys），另一个是请求favicon.ico。这就是计数翻倍的原因。
- 并发安全： 即使解决了favicon.ico的问题，在高并发环境下，对views变量的并发访问也可能导致数据竞争，从而产生不准确的计数。
解决方案
针对以上问题，我们可以采取以下措施：
-
处理favicon.ico请求： 可以通过添加一个专门处理favicon.ico请求的handler来解决这个问题。这个handler可以返回一个空的favicon.ico文件，或者返回一个404 Not Found错误。
http.HandleFunc("/favicon.ico", func(w http.ResponseWriter, r *http.Request) { http.NotFound(w, r) }) -
并发安全： 使用sync.Mutex来保护views变量，确保在并发访问时的数据一致性。
package main import ( "fmt" "net/http" "sync" ) func main() { fmt.Println("Running") http.HandleFunc("/", makeHomeHandler()) http.HandleFunc("/favicon.ico", func(w http.ResponseWriter, r *http.Request) { http.NotFound(w, r) }) http.ListenAndServe(":8080", nil) } func makeHomeHandler() func(http.ResponseWriter, *http.Request) { var ( views int mu sync.Mutex ) views = 1 return func(w http.ResponseWriter, r *http.Request) { mu.Lock() defer mu.Unlock() fmt.Fprintf(w, "Counting %s, %d so far.", r.URL.Path[1:], views) views++ } }
总结
在开发Web应用时，需要考虑到各种因素，包括浏览器行为和并发安全。通过处理favicon.ico请求和使用sync.Mutex，可以解决Go语言HTTP服务在Windows环境下计数异常的问题，确保计数准确可靠。 此外，在实际应用中，还可以考虑使用更高级的计数方案，例如使用Redis等外部存储来存储计数器，以提高性能和可扩展性。
