@weiwenhao 我觉得 go 关键字长度比较适中, 语义性更好. 我觉得如果语法更接近 go, 且实现了方法泛型完善了错误处理, 提供 oop 风格的数据容器, 会更加有吸引力.

为什么新语言都喜欢把数据类型搞那么短, 就跟变量命名用 a1, b1, c1 似的
结构体看起来挺花哨, 像 js function 一样让人很迷

已 star, 看起来挺用心的

@Thiece BufferReset2 有内存安全方面的隐患吗?
很好奇为什么多了一次 allocs, 而且 go bench 特别慢, 但是 qps 又挺正常的

@CapNemo 只用了结构体指针首地址, 没计算偏移量

@CapNemo 不涉及 uintptr 和 cgo. 是安全的, 那就不需要标注 go:nosplit 了😌

@Thiece 这个例子里面, BufferReset2 比 BufferReset1 多一次 allocs

https://gist.github.com/lxzan/8f491e332a77ea6a049a78074799e9d7

@Thiece

@Thiece 这个例子里面,

@Thiece 不加偏移量取的就是首地址, 等价于第一个字段

不使用需要实名信息登录的软件

@Thiece 你能给出一个影响数据长度或内容的 demo 吗

@Thiece 目前没发现影响正确性(后面两个字段的值本来就是 0), 但是增加了一次 allocs 影响了性能

整数是不关心长度的, 你是不是转成字符串使用了

会做测试, 我的项目单元测试覆盖率已经达到了 95%

@zhanglintc 习惯

macbook 可以不用鼠标

无 gc 就选 snake_case

@jiayiming001 跨协程内存复用