|
1
4
您所做的与以下情况完全相同:
|
|
|
2
4
旁注:目前,上述说法不像过去那样正确,因为带有大量物理RAM的32位机器在开始分页之前可能会耗尽其地址空间。但这仍然不常见,而且只是暂时的,因为64位的使用率正在上升并接近主流。 编辑:64位似乎已经是主流。在浏览戴尔网站时,我找不到一个32位系统。 |
|
|
3
1
基本上,您应该尽可能避免用户丢失重要数据。如果磁盘空间可用,您可以写出恢复文件。如果您想提供超级帮助,可以在程序打开时分配恢复文件,以确保它们在紧急情况下可用。 |
|
|
4
1
|
|
|
5
0
|
|
|
6
0
这取决于你的应用程序、技能水平和时间。如果它需要全天候运行,那么显然你必须处理它。这要视情况而定。也许可以尝试一种较慢的算法,但需要较少的堆。也许你可以添加一些功能,这样如果OOM真的发生了,你的应用程序就可以自我清理,这样你就可以再试一次。 因此,我认为答案是‘以上所有!’,除了让它崩溃。你为自己的工作感到自豪,对吗? 不要陷入“内存太多,所以可能不会发生”的陷阱。如果每个应用程序编写者都采取这种态度,你会更经常地看到OOM,并且不是所有的应用程序都在台式机上运行,以手机为例,你很有可能在内存不足的平台上遇到OOM,相信我!
|
|
AstralHex · 矩阵乘法代码工作不正常 1 年前 |
|
|
Fishie · 作为类成员的智能指针是否仍然自动释放?[关闭] 1 年前 |
|
|
Die4Toast · 递归调用成员箭头运算符-> 1 年前 |
|
|
Anka Hanım · 关于结构和动态数组地址的问题 1 年前 |