一边python，一边golang ! 时常因为工作切换语言造成了短路。container/list是golang语言内置的链表库。 对比其他语言的list，container/list该有的功能都有，就缺一个popLeft popRight方法。如果要实现pop方法需要去除value := list.Back() , 然后list.Remove(value) 。但这样不能保持操作的原子性。

http://blog.golang.org/go-and-google-app-engine“此外，尽管存在 goroutine 和通道，但当 Go 应用程序在 App Engine 上运行时，在给定实例中仅运行一个线程。也就是说，所有 goroutine 都运行在单个操作系统线程中，因此没有 CPU 并行性可用于给定客户请求。我们预计此限制将在某个时候取消”那是在 2011 年 5 月

读写互斥锁（RWMutex）：读写互斥锁是互斥锁的一种扩展，可以实现多个goroutine同时读取共享变量，但只允许一个goroutine进行写入。通过使用读写互斥锁，可以在读多写少的场景中提高并发性能。例如： package main import ( "fmt" "sync" ) var ( count int mutex sync.RWMutex ) func

1. 什么是线程安全？多个线程在并行访问同一个对象时，线程安全的代码通过同步机制保证各个线程都可以正常且正确的执行，且都可以获得正确的结果，不会出现数据污染等情况，就表示这个对象是线程安全的。2. slice与map的线程安全问题首先明确一点，在多线程的情况下，slice和map默认都是线程不安全的2.1 slice线程安全问题看一下下面的这个例子var w sync.WaitGroup

如果把线程安全定义为允许多个goroutine同时去读写，那么golang 的channel 是线程安全的。不需要在并发读写同一个channe时加锁。golang中的channel （推荐学习：go）channel用于goroutine之间的通信如果不用channel，使用共享全局变量的方式

最近在字节面试，面试有一个提问： golang中的string赋值是线程安全的吗？如果是，怎么验证，如果不是，怎么验证第一反应，golang的string底层结构： type stringStruct struct { str unsafe.Pointer len int } 其中 str 是一个不变数组，所以该变字符串的内容都会重新生成一个底层数组， 但在字符串拼接，比如

1.理解线程安全 现在计算机体系中大部分都是多核计算机，都是包含有多个cpu. 当两个线程同时访问同一段内存，CPU的速度是比内存的速度快很多，在现在的CPU架构上，每个CPU都有自己的缓存机制，如同线程1和线程2 刚开始都去访问内存key = value1,cpu1和cpu2读内存只有第一次才会去访问内存，然后把数据存放在CPU缓存中，这就导致了，在某一时间点，CPU1修改了变量

先上实例代码，后面再来详细讲解。实例中定义了两个数字data1, data2，一个是普通的int类型，一个是int32指针，data1用简单的++运算符递增，data2用atomic.AddInt32()方法递增。本地计算机是4核i5处理器，并发运行10w个协程，看到下面的运算结果，和大家预期的一样吗？为什么这么简单的++递增是不安全的呢？这时，我们就需要深入理解计算机原理了

Golang package 机制给我的感觉像 Java/C++/Python 杂糅的产物. 也许是我习惯了以单个文件, 或者说类为基本模块的代码组织方式, 对于Golang, 还没有找到一个正确的”姿势”去组织代码吧. 下面就开启”吐槽”模式. package名难取, 容易和变量名”撞车” 来看下面这个简单的例子 所以一方面, package 在取名的时候,

了解过 Hex 六边形架构、Onion 洋葱架构、Clean 整洁架构的同学可以将本篇文章介绍的实践方法与自身项目代码架构对比并互通有无，共同改进。没了解过上述架构的同学可以学习一种新的架构方法，并尝试将其应用到业务项目中，降低项目维护成本，提高效率。 本文提及的架构主要指项目组织的“代码架构”，注意与微服务架构等名词中的服务架构进行区分。 1.为什么要有代码架构