如果 https://golang.org/pkg/sync/atomic/ 还不能满足，那你要思考整个设计了
另一个方式，局部本地变量累加，统计的时候汇总计算

先说语言

本质上来说，就是车太少了，你说的问题，从技术上不是难度。而你这种频繁取消，确实会 block

@qianlifeng 我这个主要用于命令行

从服务端角度来看，很合理。如果一个进程死循环，难道要影响所有的同一台实体机器虚拟机么

你不是用 c 的库，直接使用 Go 开发呢？

这个事情我刚好测试过，分别是：
1 单个插入
2 批量插入
3 批量 + 事务
4 Load File
并且 Sql vs PrepareStatement，不同的批量个数，并发等
几种方式比较，时间数量级别的差距

所以这个本身你们就是要考虑的，需要仔细调优

传参，指针和结构体的区别，即使传递指针，对指针来说，也是创建一个变量把指针复制过去。

st := StructType{}
st.MyMethod1()
st.MyMethod2()

st.MyMethod2() 等同于 (&st).MyMethod2() ，是编译器给你做了
------
st := &StructType{}
st.MyMethod1()
st.MyMethod2()

如果这样，你会发现编译不过去，因为 MyMethod1 并不是指针类型方法
------
func (st StructType) MyMethod1() {} 等同于 func MyMethod1(st StructType) {}
func (st *StructType) MyMethod2() {} 等同于 func MyMethod2(st *StructType) {}

如果传递结构体，会产生一个结构体的复制，而指针，只是指针变量的复制。
如果在里面有赋值操作：
func (st StructType) MyMethod1() { st.Name = "name" }
func (st *StructType) MyMethod2() { st.Name = "name" }

MyMethod1 不会修改 st 本身；而 MyMethod2 会
这是所谓的 “副作用”

如何选择：
------
绝大部分时间，选择指针方法。
对于小对象，只读对象，可以选择结构体方法。典型的比如 time.Time

1 首先你推广素食，理由是：1 ）健康饮食，2 ）情怀。先明确这一点。
如果 健康饮食，那么从科学上讲为什么健康，
如果 情怀，讲素食给我们带来什么。

2 不要散发恐怖，“一个鸡蛋 5 条烟之类的”，你这样和不相信我你就下火狱没什么区别

3 我对癌症还算了解，癌症没有你想的那么简单。
举个例子，香烟被列为一级致癌，都走了很长的路，也是从概率上，两个群体长达几十年的观察得到的。
反对吸烟致癌的人还可以说，我认为牛奶致癌呢。
如果某种行为，职业，宗教信仰，对寿命和疾病影响很大，那么应该我们看到差异很大的样本，比如沿海地区和内陆地区，吃不吃鱼的差别，中东地区，吃牛羊肉和我们吃猪肉的区别，等等，应该已经观察到了，并且作出结论。
举个例子，按照素食好的话，我们应该观测到和尚尼姑寿命普遍更长，并且少生病。

目前并没有太多这样的数据，而达成共识的是，寿命和健康相关度更高的是生活水平的提高。
比如中国目前平均寿命是一直在增加的，高度发达国家比如日本，更高。

目前明确一点 # 素食 != 健康 #，是一种生活方式而已

邮箱 sha256：eba42b9892de42409f8dd2a74b5e175aa13019a7223be74821b7957a53288a4f :-)

从技术人员角度讲：把字符串 my_sql 变成 MySql
这样的需求都查手册的话，第一面真的过不去的～
起码你要回答出逻辑来，就是自己要怎么做，满足一个小需求，不是所有需求都能百度

但是你可以发挥曾经做技术的优势，做个不坑人的产品经理什么的 :-)

看了这么久，没理解不用 git 的原因。
我猜测是这样的，你们开发的时候，需要非常及时的在线可看，并且相互修改代码。
如果用 git 的分支管理，涉及到分支合并，提交和发布，比较麻烦。
但是目前，完全可以这么做：

1 大家都在一个分支下开发，习惯性 pull，merge，push，及时解决冲突。
2 使用 webhook 线上触发发布，只需要推送到特定分支，或者打一个 tag 就可以了。

需要明确一点，冲突解决是关键，不管是 sftp 和 git，都是需要解决的。
但是如果使用 sftp，你把 git 所有的优势，特性都丧失了。

调用微信同步接口，确认订单是否支付，更改状态

go 不是“显示异常”的错误处理方式，而是传统 C 语言 return error 的方式。
所以简单的处理方法，就是不要忽略任何 error，并且合适的处理。
你能写出容易 panic 的代码，任何框架都是枉然，顶多给你 defer 一下。
认真，严谨的去 review 代码

知乎真是我用过的互联网服务里最不堪的

这个问题是，喜不喜欢写代码，该 40，50 岁还是 40，50 岁。
中年，或者说被淘汰的风险都是存在的，不管你做什么。
尽可能创造机会，增加被动收入，才能减少危机感。

https://coreos.com/etcd/docs/latest/dev-guide/grpc_naming.html
使用 etcd 做服务发现

1 都可以赋值
2 map["a"] = "b"