java中stack heap_深入Java虚拟机:JVM中的Stack和Heap

在JVM中,内存分为两个部分,Stack(栈)和Heap(堆),这里,我们从JVM的内存管理原理的角度来认识Stack和Heap,并通过这些原理认清Java中静态方法和静态属性的问题。

一般,JVM的内存分为两部分:Stack和Heap。

Stack(栈)是JVM的内存指令区。Stack管理很简单,push一定长度字节的数据或者指令,Stack指针压栈相应的字节位移;pop一定字节长度数据或者指令,Stack指针弹栈。Stack的速度很快,管理很简单,并且每次操作的数据或者指令字节长度是已知的。所以Java 基本数据类型,Java 指令代码,常量都保存在Stack中。

Heap(堆)是JVM的内存数据区。Heap 的管理很复杂,每次分配不定长的内存空间,专门用来保存对象的实例。在Heap 中分配一定的内存来保存对象实例,实际上也只是保存对象实例的属性值,属性的类型和对象本身的类型标记等,并不保存对象的方法(方法是指令,保存在Stack中),在Heap 中分配一定的内存保存对象实例和对象的序列化比较类似。而对象实例在Heap 中分配好以后,需要在Stack中保存一个4字节的Heap 内存地址,用来定位该对象实例在Heap 中的位置,便于找到该对象实例。

由于Stack的内存管理是顺序分配的,而且定长,不存在内存回收问题;而Heap 则是随机分配内存,不定长度,存在内存分配和回收的问题;因此在JVM中另有一个GC进程,定期扫描Heap ,它根据Stack中保存的4字节对象地址扫描Heap ,定位Heap 中这些对象,进行一些优化(例如合并空闲内存块什么的),并且假设Heap 中没有扫描到的区域都是空闲的,统统refresh(实际上是把Stack中丢失了对象地址的无用对象清除了),这就是垃圾收集的过程;关于垃圾收集的更深入讲解请参考51CTO之前的文章《JVM内存模型及垃圾收集策略解析》。

20100415094332318.gif

JVM的体系结构

我们首先要搞清楚的是什么是数据以及什么是指令。然后要搞清楚对象的方法和对象的属性分别保存在哪里。

1)方法本身是指令的操作码部分,保存在Stack中;

2)方法内部变量作为指令的操作数部分,跟在指令的操作码之后,保存在Stack中(实际上是简单类型保存在Stack中,对象类型在Stack中保存地址,在Heap 中保存值);上述的指令操作码和指令操作数构成了完整的Java 指令。

3)对象实例包括其属性值作为数据,保存在数据区Heap 中。

非静态的对象属性作为对象实例的一部分保存在Heap 中,而对象实例必须通过Stack中保存的地址指针才能访问到。因此能否访问到对象实例以及它的非静态属性值完全取决于能否获得对象实例在Stack中的地址指针。

非静态方法和静态方法的区别:

非静态方法有一个和静态方法很重大的不同:非静态方法有一个隐含的传入参数,该参数是JVM给它的,和我们怎么写代码无关,这个隐含的参数就是对象实例在Stack中的地址指针。因此非静态方法(在Stack中的指令代码)总是可以找到自己的专用数据(在Heap 中的对象属性值)。当然非静态方法也必须获得该隐含参数,因此非静态方法在调用前,必须先new一个对象实例,获得Stack中的地址指针,否则JVM将无法将隐含参数传给非静态方法。

静态方法无此隐含参数,因此也不需要new对象,只要class文件被ClassLoader load进入JVM的Stack,该静态方法即可被调用。当然此时静态方法是存取不到Heap 中的对象属性的。

总结一下该过程:当一个class文件被ClassLoader load进入JVM后,方法指令保存在Stack中,此时Heap 区没有数据。然后程序技术器开始执行指令,如果是静态方法,直接依次执行指令代码,当然此时指令代码是不能访问Heap 数据区的;如果是非静态方法,由于隐含参数没有值,会报错。因此在非静态方法执行前,要先new对象,在Heap 中分配数据,并把Stack中的地址指针交给非静态方法,这样程序技术器依次执行指令,而指令代码此时能够访问到Heap 数据区了。

静态属性和动态属性:

前面提到对象实例以及动态属性都是保存在Heap 中的,而Heap 必须通过Stack中的地址指针才能够被指令(类的方法)访问到。因此可以推断出:静态属性是保存在Stack中的,而不同于动态属性保存在Heap 中。正因为都是在Stack中,而Stack中指令和数据都是定长的,因此很容易算出偏移量,也因此不管什么指令(类的方法),都可以访问到类的静态属性。也正因为静态属性被保存在Stack中,所以具有了全局属性。

在JVM中,静态属性保存在Stack指令内存区,动态属性保存在Heap数据内存区。

### 解决方案 在Ubuntu中遇到 `http://pppa.launchpad.net/attente/snapd-xdg-open/ubuntu focal Release` 缺失的问题时,可能是因为该PPA未支持当前使用的Ubuntu版本。此问题通常发生在较新的Ubuntu发行版上,因为某些PPA并未及时更新以适配最新的发布版本。 一种解决方案是尝试使用其他替代方法安装 `xdg-open` 者寻找兼容的PPA源。以下是具体的操作建议: #### 替代PPA手动编译 如果目标PPA不再维护者不支持当前的Ubuntu版本,则可以考虑以下两种方式之一: 1. **查找替代PPA**:访问 [Launchpad](https://launchpad.net/) 并搜索是否有其他开发者提供了类似的工具包。 2. **手动编译并安装**:下载项目的源码并自行构建。这可以通过项目主页获取更多信息[^1]。 对于手动编译的情况,操作如下: ```bash git clone https://github.com/attente/snapd-xdg-open.git cd snapd-xdg-open make sudo make install ``` 需要注意的是,在执行上述命令之前应确保已安装必要的依赖项,例如 `build-essential` 和其他开发库。 #### 修改APT源列表 另一种临时解决办法是对 `/etc/apt/sources.list.d/attente-snapd-xdg-open-*.list` 进行编辑,将其指向一个更早但仍受支持的Ubuntu版本(如Bionic)。不过这种方法存在风险,可能导致软件冲突其他不稳定情况。因此仅推荐作为最后手段使用。 修改步骤如下所示: ```bash sudo sed -i 's/focal/bionic/g' /etc/apt/sources.list.d/attente-snapd-xdg-open-*.list sudo apt-get update ``` 完成以上更改之后再次运行 `apt-get update` 命令验证是否能够正常工作。 #### 别名设置与配置文件调整 为了简化日常操作体验,还可以继续沿用文中提到的方法创建别名以便快速调用 `xdg-open` 功能。只需确认 `.bashrc` 中的相关条目无误即可生效。 --- ### 注意事项 尽管通过这些措施可以在一定程度上缓解缺少特定版本带来的不便之处,但从长远来看还是应该关注官方渠道发布的最新动态以及社区反馈意见,从而选取更为稳妥可靠的实施方案。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值