@snw 这种所谓的唯权威论是不能让我信服的，这种无论从数学角度还是实际执行上都有明显问题的算法，单纯以有优惠就是对的来解释是很强行的；像极了那种"领导说的就是对的，错的也是对的"，我完全没有从你的说法中找到任何可以佐证的证据，而是直接以“官方给的算法一定是对的”的角度，然后自圆其说的拿一些所谓的背景来找补。

@femto 第一个 5s 之后第二个就直接返回了，哪来的俩 5s
PS: import 是通过锁的，可以自己翻一下源码: https://github.com/python/cpython/blob/main/Python/import.c

NTRsaXV6cUBnbWFpbC5jb20=

你这写的有点无力吐槽。。
1. 你这样开协程只是提前返回罢了，对处理效率并没有改进，完全没有必要开，你开了无非是多了一堆挂在后台跑的协程，内存不大才怪了。真开协程应该是按 kafka 单包大小进行分片，比如 100 条数据一个协程发送，且应该开 wg 等协程跑完再返回的。
2. 既然你不需要了解结构，单纯解数组的话，[]json.RawMessage 就可以了，何必解成 map ，你发 kafka 又得序列化回去，反复的消耗 cpu 何必呢。
...

给个我这边的参考：M1PRO 1 年半，循环 69, 健康 95%, PS: 我硬盘健康度掉的快赶上电池了 😂

等真上市再说，这市场卷得说不定到时候这 PPT 上的东西已经过时了

LZ 是走哪个条件落户的？可以指个路吗~

不嫌麻烦其实可以自己在配置的结构体上写个 Copy 方法的，硬编码的 Copy 连反射都不用就没性能问题;

可惜我不是前端，等一个其他风格的。倒是对里面上面聊的 tcp 的包感兴趣😂

下一个试试 o(￣▽￣)ｄ

说点我的感想，不一定是建议；
1. 你和你妈之间应该要保持一定的信息差，比如薪资之类的，她没那么高的预期也不会以这个价位来找房子；应该提前打好预算的上限，或者现在找个理由将她的预算限制到你能接受的范围。
2. 如果你家的确在几年内需要卖掉原来的房子，我建议是趁早卖吧，我不知道你的 50W 是不是以当前市场价来算的，如果你以之前的最高点来算这个预期的话，那你大概率都是卖不掉的；适当的降低预期，看看现在市场真实的成交价，适当放一点价，可能成功置换房子才能解决你妈根本的问题。
3. 如果你的纠结点在于甲醛，实话说就是，新装 2 个月和半年很可能没有多大的区别，本质还是看装修用材料的情况，真想到低点可能得 2 年左右了，关键还是住的人要开窗通风。
4. 还有一个选择是，你找个时间回老家一趟，帮她找房子租房，光说大概率是没多少效果的。
5. 没办法给你劝人的建议，因为我也劝不动我家长辈 hhhh

@oIMOo 超声波当然没有这个问题，因为你说的那些东西都随水雾带到你呼吸的空气里了

@kkbblzq 接口可以
//go:linkname SendRequest golang.org/x/crypto/ssh.(*mux).SendRequest
func SendRequest(mux *mux, name string, wantReply bool, payload []byte) (bool, []byte, error)

func (c *connection) SendRequest(name string, wantReply bool, payload []byte) (bool, []byte, error) {
return SendRequest(c.mux, name, wantReply, payload)
}

不过整体也不是很优雅就是了，兼容性很差

@kkbblzq mux ，骚一点就是。。
//go:linkname newMux golang.org/x/crypto/ssh.newMux
func newMux(p packetConn) *mux

type mux struct {
conn packetConn
_ [40]byte

incomingChannels chan ssh.NewChannel
globalSentMu sync.Mutex
globalResponses chan interface{}
incomingRequests chan *ssh.Request

errCond *sync.Cond
err error
}

@LonnyWong packetConn 是个 interface 吧，直接拷贝出来就是了，

@lysS 不需要的，外面写一个相同定义的函数 link 原函数就行了


//go:linkname func1 pkg.func1
func func1(a string) string

记得 import _ "unsafe"

94BKadCRFyK 用个试试

和水平不行的人共事的确糟心；虽然 LZ 有点拉偏架，不过外包现状如此，不排除外包里有能人，但是外包的低门槛也导致里面菜的比例就是更多；

这其实无关 json 解析，非指针的默认值的逻辑充斥着 go 的每个地方，你可以说不好，但是的确就是特性；如果你想在解析的时候直接报错，你可以自定义个 NotNullInt ，实现一下 UnmarshalJSON ；至于你说的指针满天飞，实际情况下真有那么多字段需要区分吗？如果这些字段真这么严格的话，处理一下 npe 很难吗？