仅在 Java 中创建堆上的对象的优缺点是什么?
What are the pros and cons of creating objects on the heap only in Java?
在C++中,我们也可以像往常一样在堆栈上创建对象。为什么他们决定在 Java 中避免使用此功能?
为什么他们决定在 Java 中避免使用此功能?
它更简单。 Java没有说"为什么不添加它?Java设计人员通常会等到他们真正必须添加功能后再添加。(恕我直言,往往有点晚,尽管这在某些方面可能是一件好事)这意味着要成为 Java 专家,需要学习和理解的功能最少。
有一件事你不必担心一旦你的方法返回你的对象会发生什么,例如,在Java中你可以做
static String str; // In Java str is a reference.
static void setS() {
String x = "Hello";
str = x; // x and str are references to an object on the heap so no problem.
// if str was now a reference to an object on the stack,
// you could have a corruption issue.
}
但是,通过逃逸分析,JVM可以将名义上在堆上的对象"解压缩"到堆栈上,这样就不会实际发生堆分配。 当前实现的缺点是没有办法强制JVM(甚至提示)它这样做。
从好的方面来说,在Java中少了一件你需要担心的事情。
相关文章:
- 什么时候调用组成单元对象的析构函数
- 对RValue对象调用的LValue ref限定成员函数
- CMake-按正确顺序将项目与C运行时对象文件链接
- 空基优化子对象的地址
- 将对象数组的引用传递给函数
- 你能重载对象变量名本身返回的内容吗
- C++使用整数的压缩数组初始化对象
- 找不到成员对象:没有名为get_event()的成员,也处理多态性和向量
- 将对象移动到std::shared_ptr
- 代理对象的常量正确性
- 提升 ASIO 无法识别计时器对象
- 将Ref对象作为类成员
- 将包含C样式数组的对象初始化为成员变量(C++)
- 如何返回一个类的两个对象相加的结果
- 使用std::函数映射对象方法
- 是否需要删除包含对象的"pair"?
- 如何在自删除后将对象设置为nullptr
- 迭代时从向量和内存中删除对象
- 构造对象的歧义
- 仅在 Java 中创建堆上的对象的优缺点是什么?