1 . 前置知识点 : 参考 【Android NDK 开发】JNI 方法解析 ( C/C++ 调用 Java 方法 | 函数签名 | 调用对象方法 | 调用静态方法 ) 博客内容 , 了解如何在 C++ 中调用 Java 方法 ;
1 . JNI 引用类型 : JNI 中 定义了 八种 Java 基本数据类型 , 其余的 jobject , jarray , jxxxArray , jclass , jstring 等都是引用类型 ;
最近整理面试题，整理到值传递、引用传递，到网上搜了一圈，争议很大。带着一脸蒙圈，线上线下查了好多资料。最终有所收获，所以分享给大家，希望能对你有所帮助。 首先说下我的感受，这个题目出的很好，但是在 Java 中这个题目是有问题的(在下面我会解释)。并且，有很多结论是 Java 中只有 值传递。我认为这样说不够严谨。当然如果针对 Java 语言本身来讲，Java 中只有 值传递，没有引用传递，是正确的。但是如果针对 值传递，引用传递的定义来说，Java 中还是有引用传递的。下面来分析：
在Java编程中，我们常常听到关于值传递和引用传递的讨论。这两个概念涉及到数据在方法之间如何传递的问题。理解这些概念对于正确编写Java程序至关重要。在本文中，我们将深入探讨什么是值传递和引用传递，以及为什么Java中只有值传递这一问题。
叮叮叮！我又来了。今天给大家带来的是关于Java虚拟机相关的面试题。这部分面试题的理论性有些强，不容易理解，但是偏偏还是很多面试官爱出的内容，没办法，难搞喔~~~
我们之前一直在使用“对象”这个概念，但没有探讨对象在内存中的具体存储方式。这方面的讨论将引出“对象引用”(object reference)这一重要概念。
我们之前一直在使用“对象”这个概念，但没有探讨对象在内存中的具体存储方式。这方面的讨论将引出“对象引用”(object reference)这一重要概念。 对象引用 我们沿用之前定义的Human类，并有一个Test类: public class Test { public static void main(String[] args) { Human aPerson = new Human(160); } } class Hum
在 Java 的面试过程中，不可避免的一个面试题那就是 JVM ,而 JVM 的面试题中，有各种，比如在堆中会被问到的关于垃圾回收机制的相关问题，在栈中会被问到入栈以及出栈的过程，今天我们就来聊一下关于栈的相关问题，比如，栈帧和动态链接指的是什么？
译为本地接口，是Java与其他语言通信的桥梁。主要用于音视频开发、热修复和插件化、逆向开发，系统源码调用等
本文主要介绍了Java虚拟机中的栈和堆，以及它们在Java程序运行时数据区中的位置和作用。同时，还详细讲解了栈和堆的组成部分以及它们各自的作用。此外，还介绍了Java虚拟机中的垃圾回收机制，以及它在Java程序运行时如何自动处理废弃的对象。
Java中的引用有点像C++中的指针，通过引用可以对堆中的对象进行操作。在Java程序中最常见的引用类型是强引用，也是默认的引用类型。当在Java语言中使用New操作符创建一个新的对象，并将其赋值给一个变量的时候，这个变量就成为指向该对象的一个强引用。
java的引用分为四个等级：4种级别由高到低依次为：强引用、软引用、弱引用和虚引用。 ⑴强引用（StrongReference） 强引用是使用最普遍的引用。如果一个对象具有强引用，那垃圾回收器绝不会回收它。当内存空间不足，Java虚拟机宁愿抛出OutOfMemoryError错误，使程序异常终止，也不会靠随意回收具有强引用的对象来解决内存不足的问题。 ps：强引用其实也就是我们平时A a = new A()这个意思。 ⑵软引用（SoftReference） 如果一个对象只具有软引用，则内存空间
Java 内存运行时区域中的程序计数器、虚拟机栈、本地方法栈随线程而生灭；因此这几个区域的内存分配和回收都具备确定性，不需要过多考虑回收的问题，因为方法结束或者线程结束时，内存自然就跟随着回收了。
今天我要给大家分享一些自己日常学习到的一些知识点，并以文字的形式跟大家一起交流，互相学习，一个人虽可以走的更快，但一群人可以走的更远。
从上图可以看出，java文件通过编译器变成了.class文件，接下来类加载器又将这些.class文件加载到JVM中。类加载器指的是将类的.class文件中的二进制数据读入到内存中，将其放在运行时数据区的方法内，然后再堆区创建一个java.lang.class对象，用来封装类在方法区内的数据结构。
Java 内存优化 , 首当其冲就是处理 Java 内存泄漏问题 , 这是 Java 程序最主要的内存问题 , 大量的内存泄漏会导致内存溢出 ;
垃圾收集 Garbage Collection 通常被称为“GC”，它诞生于 1960 年 MIT 的 Lisp 语言，经过半个多世纪，目前已经十分成熟了。 java 中，程序计数器、虚拟机栈、本地方法栈都是随线程而生随线程而灭，栈帧随着方法的进入和退出做入栈和出栈操作，实现了自动的内存清理，因此，我们的内存垃圾回收主要集中于 java 堆和方法区中，在程序运行期间，这部分内存的分配和使用都是动态的。
之前写Optional这个类的时候，简单说了一下Lambda是怎么用的，这里再跟大家一起回顾一下，Lambda的语法是这样的：
而这样 obj对象对后面new Object的一个强引用，只有当obj这个引用被释放之后，对象才会被释放掉，这也是我们经常所用到的编码形式。
试着从JVM的内存管理原理的角度来谈一下静态方法和静态属性的问题，不对的地方请指正。 (joezheng123.javaeye.com/blog/264695)
强引用有引用变量指向时永远不会被垃圾回收，JVM宁愿抛出OutOfMemory错误也不会回收这种对象。
我们经常会遇见 Java 语言较难表达，甚至是无法表达的应用场景。比如我们希望使用汇编语言（如 X86_64 的 SIMD 指令）来提升关键代码的性能；再比如，我们希望调用 Java 核心类库无法提供的，某个体系架构或者操作系统特有的功能。
java的值传递和引用传递在面试中一般都会都被涉及到，今天我们就来聊聊这个问题，首先我们必须认识到这个问题一般是相对函数而言的，也就是java中的方法参数，那么我们先来回顾一下在程序设计语言中有关参数传递给方法（或函数）的两个专业术语：
Java 虚拟机作为运行 Java 程序抽象出来的计算机，具有内存管理的能力，像内存分配、垃圾回收等这些相关的内存管理问题，Java 虚拟机都会帮我们解决，所以作为一个 Java 程序员要比 C++ 程序员幸福，但是内存方面一旦出现问题，如果对虚拟机怎样使用内存不了解，就很难排查错误。
Java虚拟机在执行Java程序的过程中会把它所管理的内存划分为若干个不同的数据区域。这些区域都有各自的用途，以及创建和销毁的时间，有的区域随着虚拟机进程的启动而存在，有些区域则依赖用户线程的启动和结束而建立和销毁。Java虚拟机所管理的内存将会包括以下几个运行时数据区域，如下图
1、对象的强、软、弱和虚引用 在JDK 1.2以前的版本中，若一个对象不被任何变量引用，那么程序就无法再使用这个对象。也就是说，只有对象处于可触及（reachable）状态，程序才能使用它。从JDK 1.2版本开始，把对象的引用分为4种级别，从而使程序能更加灵活地控制对象的生命周期。这4种级别由高到低依次为：强引用、软引用、弱引用和虚引用。
在Java的内存运行时区域的各个部分中：程序计数器、虚拟机栈、本地方法栈3个区域属于线程私有，随线程而生、随线程而灭，因此不需要过多的考虑内存的回收；所以垃圾回收的主要区域就主要集中在Java堆和方法区
对于 Java 程序员来说，在 Java 虚拟机自动内存管理机制的帮助下，不再需要为每一个 new 操作去写对应的 delete/free 代码，不容易出现内存泄露和内存溢出的问题。不过，也正是因为 Java 程序员把内存控制的权力交给了 Java 虚拟机，一旦出现内存泄露和内存溢出的问题，如果不了解虚拟机是怎样使用内存的，那么排查错误将会非常艰难。
它不是C/C++中的析构函数，而是Java刚诞生时为了使C/C++程序员更容易接受它所做出的一个妥协”。也就是说，finalize函数最初被设计的用途是类似于C/C++的析构函数，用于在对象被销毁前最后的内存回收。Java与C/C++的相似性和不同之处在于：在C++中，对象的内存在哪个时刻被回收，是可以明确确定的（假设程序没有缺陷），一旦C++的对象要被回收了，在回收该对象之前对象的析构函数将被调用，在该函数中释放对象占用的内存；在java中，对象的内存在哪个时刻回收，取决于垃圾回收器何时运行，一旦垃圾回收器准备好释放对象占用的存储空间，将首先调用其finalize()方法， 并且在下一次垃圾回收动作发生时，才会真正的回收对象占用的内存，由于JVM垃圾回收运行时机是不确定的，因而finalize()的调用具有不确定性。JVM只保证方法会调用，但不保证方法里的任务会被执行完（这块儿可以从Java源码Finalizer.class中得知：在源码中，执行finalize()方法是通过开启一个低优先级的线程来执行的，而finalize()方法在执行过程中的任何异常都会被catch，然后被忽略，因而无法保证finalize方法里的任务会被执行完）。由于执行finalize()的是一个低优先级的线程，既然是一个新的线程，虽然优先级低了点，但也是和垃圾收集器并发执行的，所以垃圾收集器没必要等这个低优先级的线程执行完才继续执行。也就是说，有可能会出现对象被回收之后，那个低优先级的线程才执行finalize()方法。
因为Java对象主要存放在Java堆里，所以垃圾收集器（Garbage Collection）在对Java堆进行回收前，第一件事情就是要确定这些对象之中哪些还“存活”着，哪些已经“死去”（不被引用了）。
其中方法区和堆被JVM中多个线程共享，比如类的静态常量就被存放在方法区，供类对象之间共享。
1．对象的强、软、弱和虚引用 在JDK 1.2曾经的版本号中，若一个对象不被不论什么变量引用，那么程序就无法再使用这个对象。也就是说，仅仅有对象处于可触及（reachable）状态，程序才干使用它。从JDK 1.2版本号開始，把对象的引用分为4种级别，从而使程序能更加灵活地控制对象的生命周期。这4种级别由高到低依次为：强引用、软引用、弱引用和虚引用。图1为对象应用类层次。
1、android:exported属性：主要作用是：是否支持其它应用调用当前组件。默认值：如果包含有intent-filter 默认值为true; 没有intent-filter则默认值为false。虽然说加了这个属性，可以使该组件不被其他的程序调用。但是，需要注意的是，如果两个程序的userid是一样的话，exported=”false”会失效。
在Java中，方法引用是一种强大的功能，它允许您在Lambda表达式中引用方法，而不是在表达式中直接定义这些方法。方法引用使代码更加简洁和可读，尤其在函数式编程中非常有用。本文将详细介绍Java中的方法引用，包括引用类方法、引用对象的实例方法、引用类的实例方法和引用构造器。
想提高Java开发，了解jvm是必不可少的。它让开发者了解他们的代码，jvm是如何变异与运行。深入了解jvm：会让你的代码写的高效，逐步成为大神
上一篇：Java虚拟机--Java堆中对象的创建和布局 哪些内存需要回收？ 程序计数器、虚拟机栈、本地方法栈三个区域随线程而生，随线程而灭，这几个区域的内存分配和回收都具备确定性，不需要过多考虑回收问题，因为方法结束或线程结束时，内存自然就跟着回收了。而Java堆和方法区则不一样：一个接口的多个实现类需要的内存可能不一样，一个方法中多个分支需要的内存也可能不一样，只有在程序处于运行时才会知道要创建哪些对象，这部分内存的分配和回收都是动态的，垃圾回收器关注的是这部分内存。 怎么判断一个对象要被回收？ 引用计数
开篇先来曝答案，在 Java 语言中，本质只有值传递，而无引用传递，解释和证明详见正文。
JVM在执行java程序时的过程中会把它所管理的内存划分为若干个不同的数据区域。这些区域都有各自的用途，以及创建和销毁的时间，有的区域随着虚拟机进程的启动而存在，有些区域则依赖用户线程的启动和结束而建立和销毁。
Java是一门面向对象编程语言，不仅吸收了C++语言的各种优点，还摒弃了C++里难以理解的多继承、指针等概念，因此Java语言具有功能强大和简单易用两个特征。Java语言作为静态面向对象编程语言的代表，极好地实现了面向对象理论，允许程序员以优雅的思维方式进行复杂的编程 。
由于我们的字节码来源多样化，并不一定来源于Class文件，所以我们需要通过一些措施来保证字节码的二进制流是正确的安全的，因此我们需要通过验证来避免虚拟机受到攻击。通过验证阶段的字节码也并不是百分之百安全的。
在java中是通过引用来和对象进行关联的，也就是说如果要操作对象，必须通过引用来进行。那么很显然一个简单的办法就是通过引用计数来判断一个对象是否可以被回收。不失一般性，如果一个对象没有任何引用与之关联，则说明该对象基本不太可能在其他地方被使用到，那么这个对象就成为可被回收的对象了。这种方式成为引用计数法。
最近读了寒泉子关于Finalizer的分享 JVM源码分析之FinalReference完全解读 - InfoQ 结合之前对java引用类型的了解，突然想到几个开脑洞的问题：
1．对象的强、软、弱和虚引用 在JDK 1.2以前的版本中，若一个对象不被任何变量引用，那么程序就无法再使用这个对象。也就是说，只有对象处于可触及（reachable）状态，程序才能使用它。从JDK 1.2版本开始，把对象的引用分为4种级别，从而使程序能更加灵活地控制对象的生命周期。这4种级别由高到低依次为：强引用、软引用、弱引用和虚引用。图1为对象应用类层次。
类是对象的蓝图，它会告诉虚拟机如何创建某种类型的对象。根据某类创建出来的额对象都会有自己的实例变量。
Java引用总结–StrongReference、SoftReference、WeakReference、PhantomReference
在别人的源码中看到对SoftReference的使用，不是很了解，在网上搜到一篇很好的文章，优化了排版，分享之
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
