@pmispig 结构体里面套指针，套 interface{}，套 slice，套 map，不可以深度拷贝。

@pmispig slice, map 可以深度拷贝？

@tcfenix 谢了。

@yuyoung 标准库里面的代码做了缓存，所有第一个版本只领先了 18%-30%。如果用同样的思路优化，领先的会更多。
毕竟序列化，反序列化的方式深度拷贝要两次 reflect 。

@guonaihong 可否把你的 benckmark 代码发下。我优化下，再看下性能。

@tcfenix jsoniter 里面也用的 reflect API ?晚上我加下缓存优化下。

@wsseo @davidyanxw 这两天有点事就没有回答两位的问题。刚刚做了一些试验，发现了更有意思的地方。
1.如果写 chan 的地方是算术表达式，go 会提前进行预处理(对 c<-*p+0)，可能已经换成 c<-123，所有大概率返回 123
2.如果是值，就换按正常逻辑往下走。time.Sleep 之后，两个 go 程开始了竞争，num=789 的执行速度，比唤醒生产者 chan+写数据快，所有大概率返回 789 。

当然上面从数据中总结的规律特别依赖 go 的版本(go 1.13.1)，大家也不要太在意。也许哪天人家(Go Core Team)就改了。就当乐一乐，原来 go 还有一些小动作。
```go
package main

import (
"fmt"
"time"
)

var x = 0

func call() {
var num = 123
var p = &num
c := make(chan int)
go func() {
//c <- *p + 0 //大概率返回 123
c <- *p // 大概率返回 789
}()
time.Sleep(time.Second / 1000)
num = 789
readValue := <-c
if readValue == 123 {
fmt.Printf("hello %d\n", readValue)
}
}

func main() {
for i := 0; i < 1000000; i++ {
call()
}
}

```

@PiersSoCool 感谢。。。

@falsemask @hst001 @hotsymbol @xkeyideal @janxin 感谢大家提供的信息，后面我玩下。

这个问题和抛硬币一样。
c <-*p + x，既可能返回 123，也可能返回 789 。这和 thread 切换，先跑了哪个指令有关系（先跑了 num=789 还是后跑了），你可以把 sleep 时间修改小，证明这个现象。
```go
package main

import (
"fmt"
"time"
)

var x = 0

func call() {
var num = 123
var p = &num
c := make(chan int)
go func() {
c <- *p + x // 1. 返回 123
// c <- *p // 2. 返回 789
}()
time.Sleep(time.Second / 1000)
num = 789
readValue := <-c
if readValue == 789 {
fmt.Printf("hello 789\n")
}
//fmt.Println(readValue)
}

func main() {
for i := 0; i < 1000000; i++ {
call()
}
}

```

@falsemask 可有配套的管理界面？

决定经济的有
人口(苏州，1074.99 万 (2019 年常住人口)，南京，850.0 万人 (2019 年常住人口))
土地面积(苏州，8488.42 平方公里，南京，6587 平方公里)
生成力工具是否先进(没第四次工业革命，没本质差别)

如果没有强有力政策干预，看好苏州。

南京在 gdp 数字上想玩过苏州，还是有可能的。看看合肥就知道了，把省内的牛逼大厂迁到合肥，这 gdp 数字就跟坐火箭一样。

@aheadlead 我有个习惯，开发过程中哪个点不爽，会记录下来。这些个痛点就是灵感的来源。。。

@chenyi 感谢支持。。。

@dbskcnc 感谢支持。。。

@purensong 直接 get post 是推荐的用法，有 curl 命令资产才推荐用 pcurl，现在明白了吧。

@zhaoyong1990 感谢支持。。。

挺好，就是支持的 curl 特性有点少，不支持 formdata 。
不然也不会写，https://github.com/antlabs/pcurl 这个项目了。

@monkeyWie 感谢感谢。。。