d何时栈上分配
问题是何时分配[1,2,3]
到栈
上,何时分配到GC
堆上?
要点:
1
.在C中,它是在栈
上分配的.D
分配其到堆
,这里有点令人惊讶,尽管D在C之前
就有这样的字面
2
.在堆
上分配表明它在@nogc
代码中不可用
.
3
.编写表达式
时,放在栈上
的唯一方法是给它赋值
不方便又低效的域变量
.
4
.它违背了简单
代码应比复杂
代码更有效的想法
因此,我提出以下建议:
[1,2,3]
始终在栈
上分配
[1,2,3].dup
始终在堆
上分配
且因此行为
不依赖于推导
.
不要!可显式请求
在栈上分配:
int[3] = [1, 2, 3];
问题是它的重复性
.以前已提出过,只需要:
int[$] = [1, 2, 3];
如果要修复,就修复它!它也后向兼容
.
编译器
可说所有不立即
赋值给静态数组
的数组字面
在堆上分配,这样就一致
了.
堆上
分配数组字面
是很差的.请不要改变该点!D
是学习高性能
代码的最佳
语言之一,因为你根本不必担心开箱即用
的内存管理
.我对用栈分配
的后端没有意见,因为可证明它们没有逃逸
,为什么不能仅依靠它呢?
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 分享一个免费、快速、无限量使用的满血 DeepSeek R1 模型,支持深度思考和联网搜索!
· 基于 Docker 搭建 FRP 内网穿透开源项目(很简单哒)
· ollama系列01:轻松3步本地部署deepseek,普通电脑可用
· 25岁的心里话
· 按钮权限的设计及实现