不用 vim 在服务器上开发了，用 vscode 了？

@wzw 假设我有一个结构体，定义为：
type T struce {
Id int
Name string
Ts int64
}

t1 := &T{1,"xxx",2}
t2 := &T{1,"xxx",2}
t3 := &T{1,"zzz",2}

因为 interface{}实质上就是结构体，结构体判断相等就是各个字段都相等才想等。所以，我 t1，t2，t3 都能插入都这个集合里，显然不是我要的结果。甚至如果我认为 Id 和 Ts 字段相同就算相同，那么向集合插入这个三个变量，最终集合中应该只有一个元素。

@wzw 别说，这个就是我看过的之一，这里面的 set 定义
type Set struct {
mu rwmutex.RWMutex
data map[interface{}]struct{}
}
不符合我的需求

@airplayxcom 好的，已加 star

@helloworld007 服务是别人公司的，客户端抓包，只有 syn 没 ACK。我有两个客户端，在不同的机器上，只有一个偶尔超时，所以不会是对端的问题。就是我这个服务器的问题，但是不会找问题原因。

顺便解释一句作用，1.mac 上写代码，交叉编译成 elf 文件。2.将 git 的分支、commit id、tag、编译时间、go 版本信息编译到 elf 中。

就说下你们对 3.11 怎么读就知道了，读成三点一一的？还是读成三点十一的就好了？

解决方式：go get -v -u github.com/mattn/[email protected] （ go1.13.4 ）

按照您所说，您怎么可以写出来，甚至想也不要想，你一想，就被它监控到了，那么它为了躲避你的发现，就会改变。所以你说的永远是错的。

云鬼白鬼

@ClericPy 明白，我主线程永不退出，除非关机。

开一个新线程没多大用吧，开就开一个进程，这样才能利用多核，loop.run_in_executor （）这个就可以开一个新的进程，运行 cpu 阻塞函数。我主要卡在 await 这个了，以为都要 await。

@ipwx 傻了，看的例子都是 create_task，然后在 await，文档上明明写了会排期准备执行，被我忽略了。这么做有啥不合理？

@javapythongo 可以是都可以的，我想要性能最好的，读写锁应该是性能最差的。现在懒得去基测，等有遇到问题再研究。

@reus 实话，真不会测试。研究研究也应该能会，想着这个问题应该都有遇到过，如果别人梳理过，系统的测试过，更好。

@boob 标准库未必就是性能最佳吧，就说 json，你用的是标准库中的？另外，sync.map 肯定不是为了多读少写场景设计的，如果说是 atomic.Value 到是，这个也是无锁的，看了他的实现，里面用了原子操作，还有判断逻辑，与内置的 map 比肯定差。

@zzn 现在 3 分钟内，150 万次读这个 map，如果每次读都加一个读锁，感觉开销有点大啊。也并没有要求那么高，数据来的比较集中，但有 kafka 做缓冲，所以可以慢点也没事，只是我想找一个性能最好的方式。

@polythene 之前看到过，想的是，每次读都要 load 一下，肯定不能比我一个原子操作还快吧。所以没用，当然这只是想的，没经过验证，不会基测。。。

@cloverstd 不知道 sync.Map 是怎么实现的，但肯定有一些同步的判断吧，所以每次读都会比正常的 map 要慢一点，数据一多，就会慢的多了。这样理解对不？