统计调查，有多少人需要 golang 加强协程调度，并添加 delete/destructor/raii

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 2276 天前的主题，其中的信息可能已经有所发展或是发生改变。

1. golang 协程调度相应只提供了 lockosthread，相当不够用了，官方团队似乎没有打算开发更多功能（ https://github.com/golang/go/issues/23758 ）

2. 官方也不打算支持 destructor，建议用 defer （别抬杠别建议 setfinalizer ）
2.5 .手动释放内存也是不支持的了（不考虑 cgo ）

不想提 proposal 了，程序员以和为贵。
目前想做点小改动，搞分支

虽然不知道后面会不会真的干
虽然不知道后面会不会开源

anyway，想了解下大伙的想法。

第 1 条附言 · 2018-09-02 13:45:54 +08:00

"Frankly it sounds like you are looking for a different language."

现在忧伤的点在于，写着写着印证了这句话 ( https://github.com/golang/go/issues/23758)

协程

Golang

destructor

defer

4 条回复 • 2018-11-27 13:18:06 +08:00

3ClassMrWang

2018-09-02 13:51:26 +08:00 via iPhone

感觉加了这些特性不如直接用 c++了

vChrysanthemum

2018-09-02 14:07:39 +08:00

@3ClassMrWang

goroutine 是个很不错的 stackful 协程，编译速度也很快，就不说库、工具集了

reus

2018-09-10 16:16:05 +08:00

1.12 打算让 goroutine 可以随时被外部抢占，它从来就没有定义成“协程”，只不过现有的调度器具有协作式调度的特征，它完全可以实现成和系统线程 1：1 影射。所以你说的“加强协程调度”是什么意思？你以为可以做得更好？

想要手工管理内存，直接用 syscall.Mmap 分配一个，随你搞，本来就不需要 cgo。

vChrysanthemum

2018-11-27 13:18:06 +08:00

@reus 已经开搞了，手动内存目前还真是 mmap，https://mp.weixin.qq.com/s/ocALOQScu98MUjNiDFx6Ew