慎写指针类型的全局变量

简述:

关于range二三事 第二个case中,介绍了对于指针类型的 切片/map变量A 的循环,要格外注意, 迭代出的value作用域是整个方法而非循环体内.

改进办法:在循环体中引入中间变量,"暂存"下每次迭代的value的值

但对于这个A,如果是全局变量,则又极有可能出现问题:

go 复制代码
package main

import (
	"fmt"
)

type UserInfo struct {
	Name string
	Age  int
}

var (
	defaultInfo    = UserInfo{Name: "fliter", Age: 26}
	defaultInfoSli = []*UserInfo{&defaultInfo}
)

func main() {
	
	for _, v := range defaultInfoSli {
		tmp := v

		//go func() {
		tmp.Age = 100
		//}()
	}
	//time.Sleep(1e9)
	fmt.Println(defaultInfoSli[0].Age)
}

defaultInfoSli 迭代出的v为指针类型,tmp仍为指针类型,对其赋值,会改变全局变量defaultInfoSli的值


复现:

在具体业务场景中,服务启动时初始化(取数据库或redis,或读取配置文件,加载到内存中)了一个全局变量.每个http请求过来,golang都会有一个新的协程去处理相关逻辑. 对于某个具体方法内的变量,对每次请求都是独立和隔离(每次请求都相当于一个个cellar,彼此之间不会有干涉和影响), 但对于永久存在内存中的全局变量,如果有对其写操作,每次请求都会影响该全局变量. 当出现并发请求如用户x和y同时请求接口, 两次请求都会改写全局变量, 这时就很可能出现返回的x和y的数据错乱

Demo如下:

go 复制代码
package main

import (
	"encoding/json"
	"fmt"
	"github.com/davecgh/go-spew/spew"
	"log"
	"net/http"
)

type BookInfo struct {
	Title string
	Rank  int
	Data  interface{}
}

var (
	defaultBook1 = BookInfo{Title: "水浒传", Rank: 1}
	defaultBook2 = BookInfo{Title: "三国演义", Rank: 2}
	defaultBook3 = BookInfo{Title: "西游记", Rank: 3}
	defaultBook4 = BookInfo{Title: "红楼梦", Rank: 4}

	DefaultBookSli = []*BookInfo{&defaultBook1, &defaultBook2, &defaultBook3, &defaultBook4}
)

type CommonParams struct {
	ID   int64
	Name string
}

var (
	ModuleHandlers = map[int]func(params *CommonParams) *BookInfo{
		1: HandleTypeOne,
		2: HandleTypeTwo,
		3: HandleTypeThree,
		4: HandleTypeFour,
	}
)

func main() {

	fmt.Println(DefaultBookSli)

	http.HandleFunc("/index", deal) //设置访问的路由

	err := http.ListenAndServe(":80", nil) //设置监听的端口
	if err != nil {
		log.Fatal("ListenAndServe: ", err)
	}

}

func deal(w http.ResponseWriter, r *http.Request) {

	name := r.URL.Query().Get("name")

	//fmt.Println("name值为:", name)

	par := &CommonParams{
		ID:   0,
		Name: name,
	}

	// 获取相关数据
	for _, v := range DefaultBookSli {

		module := v

		//fmt.Println("module is:", module)
		//fmt.Println("排序为:", module.Rank)

		m := ModuleHandlers[module.Rank](par "module.Rank")

		// 填充模块数据
		if m.Data != nil {
			module.Data = m.Data
		}

		// (如果需要),重写模块标题(在此不需要)
		//if m.Title != "" {
		//	module.Title = m.Title
		//}
	}

	//time.Sleep(1e9) //此处等待并不是因为协程,而是方便测试,不加这个等待,执行100次秒速就完成. 加这个等待是为了方便模拟"几个用户同时请求"
	//fmt.Println(DefaultBookSli[0].Rank)

	spew.Dump(DefaultBookSli)

	rsJson, _ := json.Marshal(DefaultBookSli)

	//fmt.Println(string(rsJson))    //这个写入到w的是输出到客户端的
	fmt.Fprintf(w, string(rsJson)) //这个写入到w的是输出到客户端的

}

func HandleTypeOne(p *CommonParams) *BookInfo {

	res := ""
	if p.Name == "施耐庵" {
		res = "我叫施耐庵,我是作者!"
	}
	return &BookInfo{Data: res}
}

func HandleTypeTwo(p *CommonParams) *BookInfo {

	res := ""
	if p.Name == "罗贯中" {
		res = "我叫罗贯中,我是作者!"
	}
	return &BookInfo{Data: res}
}

func HandleTypeThree(p *CommonParams) *BookInfo {

	res := ""
	if p.Name == "吴承恩" {

		res = "我叫吴承恩,我是作者!"
	}
	return &BookInfo{Data: res}
}

func HandleTypeFour(p *CommonParams) *BookInfo {

	res := ""
	if p.Name == "曹雪芹" {
		res = "我叫曹雪芹,我是作者!"
	}

	return &BookInfo{Data: res}
}

带着参数x, 使用Postman进行串行调用100次,

同时再访问这个接口,带参数y,此时可以发现,出现了数据错乱:


修改方案:

module := v这一步,实际上module依然是指针类型.

可以module := *v,这样module就不是指针类型,也就不会出现如上问题.

当时问题紧急,直接在里面新加了一个临时变量,即:

go 复制代码
	// 获取相关数据
	for _, v := range DefaultBookSli {

		module := v

		var temModule = &BookInfo{
			Title: module.Title,
			Rank:  module.Rank,
		}
		
		m := ModuleHandlers[temModule.Rank](par "temModule.Rank")

		// 填充模块数据
		if m.Data != nil {
			module.Data = m.Data
		}
	}

详细过程参见 私有笔记 并发写全局变量导致的数据错乱问题,印象深刻的一次体验

相关推荐
秋邱1 分钟前
AR 技术团队搭建与规模化接单:从个人到团队的营收跃迁
前端·人工智能·后端·python·html·restful
U盘失踪了7 分钟前
Django 登录注册功能实现
后端·python·django
U盘失踪了31 分钟前
Django 登录注册功能实现-样式优化
后端·python·django
仟里码38 分钟前
Golang GMP 实现原理
go
qinyuan1542 分钟前
使用husky和fabric规范git提交的注释
前端·后端
uhakadotcom1 小时前
asyncpg 全面教程:常用 API 串联与实战指南
后端·面试·github
武子康1 小时前
大数据-176 Elasticsearch Filter DSL 全面实战:过滤查询、排序分页、高亮与批量操作
大数据·后端·elasticsearch
kevinzeng1 小时前
SpringBoot自动装配注解
spring boot·后端
闲人编程1 小时前
GraphQL与REST API对比与实践
后端·python·api·graphql·rest·codecapsule
JavaEdge在掘金1 小时前
零距离拆解银行司库系统(TMS)的微服务设计与实践
后端