首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

在长期运行的Common Lisp应用程序中,应该使用什么策略来管理垃圾?

在Common Lisp应用程序中,管理垃圾的策略主要有两种:手动管理和自动管理。

手动管理是指程序员通过编写代码来手动释放不再使用的内存。这种方法需要程序员在编写代码时非常小心,以避免内存泄漏等问题。但是,如果程序员能够遵循良好的编程实践,手动管理通常是一种可靠且有效的垃圾管理策略。

自动管理是指使用垃圾收集器来自动回收不再使用的内存。垃圾收集器可以是编译器内置的,也可以是由第三方开发的。自动管理需要一些额外的配置和编程技巧,但它可以大大简化程序员的编程工作,并且可以自动处理内存泄漏等问题。

在Common Lisp中,手动管理和自动管理可以结合使用,以达到最佳的垃圾管理效果。例如,可以使用手动管理来避免内存泄漏等问题,同时使用自动管理来自动回收不再使用的内存。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

C#垃圾回收机制(GC)

虽然本文是以.net作为目标来讲述GC,但是GC的概念并非才诞生不久。早在1958年,由鼎鼎大名的图林奖得主John McCarthy所实现的Lisp语言就已经提供了GC的功能,这是GC的第一次出现。Lisp的程序员认为内存管理太重要了,所以不能由程序员自己来管理。但后来的日子里Lisp却没有成气候,采用内存手动管理的语言占据了上风,以C为代表。出于同样的理由,不同的人却又不同的看法,C程序员认为内存管理太重要了,所以不能由系统来管理,并且讥笑Lisp程序慢如乌龟的运行速度。的确,在那个对每一个Byte都要精心计算的年代GC的速度和对系统资源的大量占用使很多人的无法接受。而后,1984年由Dave Ungar开发的Small talk语言第一次采用了Generational garbage collection的技术(这个技术在下文中会谈到),但是Small talk也没有得到十分广泛的应用。 直到20世纪90年代中期GC才以主角的身份登上了历史的舞台,这不得不归功于Java的进步,今日的GC已非吴下阿蒙。Java采用VM(Virtual Machine)机制,由VM来管理程序的运行当然也包括对GC管理。90年代末期.net出现了,.net采用了和Java类似的方法由CLR(Common Language Runtime)来管理。这两大阵营的出现将人们引入了以虚拟平台为基础的开发时代,GC也在这个时候越来越得到大众的关注。 为什么要使用GC呢?也可以说是为什么要使用内存自动管理?有下面的几个原因: 1、提高了软件开发的抽象度; 2、程序员可以将精力集中在实际的问题上而不用分心来管理内存的问题; 3、可以使模块的接口更加的清晰,减小模块间的偶合; 4、大大减少了内存人为管理不当所带来的Bug; 5、使内存管理更加高效。 总的说来就是GC可以使程序员可以从复杂的内存问题中摆脱出来,从而提高了软件开发的速度、质量和安全性。

01
领券