基于JVMTI 实现性能监控

已于 2023-03-16 12:34:11 修改
阅读量3.1k 收藏 7
点赞数
分类专栏： Android 文章标签： android jvmti jvmti android 性能监控
于 2021-07-13 10:35:19 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zhuoxiuwu/article/details/118694396
版权

什么是JVMTI

JVMTI 全称为 JVM Tool Interface，它是Java虚拟机定义的一个开发和监控JVM使用的程序接口(programing interface),通过该接口可以探查JVM内部的一些运行状态，甚至控制JVM应用程序的执行。
需要注意的是，并非所有的JVM实现都支持JVMTI。

JVMTI是双通道接口(two-way interface)。JVMTI的客户端，或称为代理(agent)，agent可以通过注册监听感兴趣的事件，另外，JVMTI提供了很多操作函数可以直接用来控制应用程序。

JVMTI代理与目标JVM运行在同一个进程中，通过JVMTI进行通信，最大化控制能力，最小化通信成本。

JVMTI 接口提供的监控及控制能力

关于JVMTI规范提供的所有能力可以在 https://docs.oracle.com/javase/8/docs/platform/jvmti/jvmti.html#architecture 文档中查看，这里简单罗列下一些功能，让我们大概对其能力有个了解。

Function (提供的控制函数)

内存 (VM Heap Memory)
  • 分配内存 （Allocate Memory）
  • 释放分配的内存 (DeAllocate Memory)
线程
  • 获取线程状态 （GetThreadState）
  • 获取当前线程 （GetCurrentThread）
  • 获取所有的线程 （GetAllThreads）
  • 暂停线程（SuspendThread）
  • …
Stack Frame
  • 获取某个线程当前的调用栈 （GetStackTrace）
  • 获取所有线程的调用栈 （GetAllStackTraces）
  • 弹出栈帧 （PopFrame）
Force Early Return
  • 提前返回函数
Class、Object、Method、Field
  • 根据jclass、jobject 、jfieldID、 jmethodID 等获取类、对象、函数、字段的相关信息

事件监听

以下是完整的事件监听支持的类型

typedef struct {
                              /*   50 : VM Initialization Event */
    jvmtiEventVMInit VMInit;
                              /*   51 : VM Death Event */
    jvmtiEventVMDeath VMDeath;
                              /*   52 : Thread Start */
    jvmtiEventThreadStart ThreadStart;
                              /*   53 : Thread End */
    jvmtiEventThreadEnd ThreadEnd;
                              /*   54 : Class File Load Hook */
    jvmtiEventClassFileLoadHook ClassFileLoadHook;
                              /*   55 : Class Load */
    jvmtiEventClassLoad ClassLoad;
                              /*   56 : Class Prepare */
    jvmtiEventClassPrepare ClassPrepare;
                              /*   57 : VM Start Event */
    jvmtiEventVMStart VMStart;
                              /*   58 : Exception */
    jvmtiEventException Exception;
                              /*   59 : Exception Catch */
    jvmtiEventExceptionCatch ExceptionCatch;
                              /*   60 : Single Step */
    jvmtiEventSingleStep SingleStep;
                              /*   61 : Frame Pop */
    jvmtiEventFramePop FramePop;
                              /*   62 : Breakpoint */
    jvmtiEventBreakpoint Breakpoint;
                              /*   63 : Field Access */
    jvmtiEventFieldAccess FieldAccess;
                              /*   64 : Field Modification */
    jvmtiEventFieldModification FieldModification;
                              /*   65 : Method Entry */
    jvmtiEventMethodEntry MethodEntry;
                              /*   66 : Method Exit */
    jvmtiEventMethodExit MethodExit;
                              /*   67 : Native Method Bind */
    jvmtiEventNativeMethodBind NativeMethodBind;
                              /*   68 : Compiled Method Load */
    jvmtiEventCompiledMethodLoad CompiledMethodLoad;
                              /*   69 : Compiled Method Unload */
    jvmtiEventCompiledMethodUnload CompiledMethodUnload;
                              /*   70 : Dynamic Code Generated */
    jvmtiEventDynamicCodeGenerated DynamicCodeGenerated;
                              /*   71 : Data Dump Request */
    jvmtiEventDataDumpRequest DataDumpRequest;
                              /*   72 */
    jvmtiEventReserved reserved72;
                              /*   73 : Monitor Wait */
    jvmtiEventMonitorWait MonitorWait;
                              /*   74 : Monitor Waited */
    jvmtiEventMonitorWaited MonitorWaited;
                              /*   75 : Monitor Contended Enter */
    jvmtiEventMonitorContendedEnter MonitorContendedEnter;
                              /*   76 : Monitor Contended Entered */
    jvmtiEventMonitorContendedEntered MonitorContendedEntered;
                              /*   77 */
    jvmtiEventReserved reserved77;
                              /*   78 */
    jvmtiEventReserved reserved78;
                              /*   79 */
    jvmtiEventReserved reserved79;
                              /*   80 : Resource Exhausted */
    jvmtiEventResourceExhausted ResourceExhausted;
                              /*   81 : Garbage Collection Start */
    jvmtiEventGarbageCollectionStart GarbageCollectionStart;
                              /*   82 : Garbage Collection Finish */
    jvmtiEventGarbageCollectionFinish GarbageCollectionFinish;
                              /*   83 : Object Free */
    jvmtiEventObjectFree ObjectFree;
                              /*   84 : VM Object Allocation */
    jvmtiEventVMObjectAlloc VMObjectAlloc;
} jvmtiEventCallbacks;

这里列举一下一些常用的功能

  • 线程相关事件
    • 线程启动 (ThreadStart)
    • 线程结束 (ThreadEnd)
    • …
  • 类加载事件
    • 类文件加载 (ClassFileLoadHok)
    • 类被加载到虚拟机 (ClassLoad)
    • 类准备阶段完成 (ClassPrepare)
  • 异常事件
  • 方法执行
    • 方法开始执行 (MethodEntry)
    • 方法执行结束 (MethodExit)
    • …
  • GC事件
    • GC启动 (GarbageCollectionStart)
    • GC结束 (GarbageCollectionFinish)
  • 对象事件
    • 为一个对象分配内存 (VMObjectAlloc)
    • 释放一个对象所占的内存 (ObjectFree)

JVMTI Header

完整的 JVMTI API可以通过 jvmti.h 获取，在Android中可以通过 此链接 查看。

JvmTi 在 Android中的实现

Android虚拟机直到 8.0系统开始才实现了 JVMTI 1.2，从当前的系统版本发布来看，8.0可以覆盖65%以上的用户设备。在Android中 JvmTi 又被称为ART Ti（毕竟是ART虚拟机）,它增加了一些限制如（摘自官网说明）:

  1. 首先，提供代理接口 JVMTI 的代码作为运行时插件（而不是运行时的核心组件）来实现。插件加载可能会受到限制，这样可阻止代理找到任何接口点
  • 其次，ActivityManager 类和运行时进程只允许代理连接到可调试的应用。可调试应用由其开发者签核，以供分析和插桩，而不会分发给最终用户。Google Play 商店不允许发布可调试应用。这可确保普通应用（包括核心组件）无法遭到检测或操纵。

在Android 中 JVMTI 和Agent的架构如图
image.png

在Android中 使用JVMTI有两种方式

  1. 虚拟机启动时连接代理
  2. 运行时。将代理加载到当前进程中

关于两种方式的具体使用流程亦可参照官网介绍，这里不做详述。其jvmti接口的具体实现可以在这里找到。其最终被编译成 libopenjdkjvmti.so。 以我的64位手机为例，在 目录 /lib64/system/libopenjdkjvmti.so 可以找到该动态库
image.png

JVMTI 的一些应用实例

这里简单介绍写 JVMTI 的一些应用。
以Android官方为例

  • 基于JVMTI （重定义类功能）实现 Apply Changes功能
    • 这部分 agent 实现可以在这里找到，从这里你可以了解基于jvmti实现热加载的核心逻辑
  • Android Studio Profiler 的部分功能
  • JVMTI 是JDI 体系的后端实现，我们可以自己基于JVMTI实现程序调试能力，比如美团有一篇文章介绍了基于JDWP 实现了线上调试的功能，关于JDPA体系可以参考oracle文档 ，以下是 JVMTI、JDWP、JDI的一个关系结构图

image.png
这里想到了另外一些思路，如果可以突破 art虚拟机对于debugger =false无法使用jvmti的限制，是否可以在线上实现更强大的性能监控，或者是在线下环境 脱离Android Studio 实现性能采集工具？
首先确定基于JVMTI强大的能力，我们在线下至少可以实现以下功能

  • 基于获取所有线程堆栈的能力，使用采样的方式 生成函数调用火焰图
  • 基于 对象内存分配、释放函数实现 内存监控
  • 基于 MonitorContended 实现 锁等待监控
  • 基于 GarbageCollection 实现GC时长的监控
  • …

在release 包(debugger =false)中使用 JVMTI

之前介绍了，由于Android 虚拟机的限制，默认情况下，JVMTI Agent只能在非debug包中被动态加载。因此我们首先来了解下Android 是如何进行限制的

JVMTI 使用环境限制

    public static void attachJvmtiAgent(@NonNull String library, @Nullable String options,
            @Nullable ClassLoader classLoader) throws IOException {
        Preconditions.checkNotNull(library);
        Preconditions.checkArgument(!library.contains("="));

        if (options == null) {
            VMDebug.attachAgent(library, classLoader);
        } else {
            VMDebug.attachAgent(library + "=" + options, classLoader);
        }
    }

Debug类的 attatchJvmtiAgent最终调用了 VMDebug.attatchAgent函数，该函数最终调用了 native层 art/runtime/native/dalvik_system_VMDebug.cc 的nativeAttatchAgent函数

static void VMDebug_nativeAttachAgent(JNIEnv* env, jclass, jstring agent, jobject classloader) {
  if (agent == nullptr) {
    ScopedObjectAccess soa(env);
    ThrowNullPointerException("agent is null");
    return;
  }
	
  // 判断是否允许Jdwp
  if (!Dbg::IsJdwpAllowed()) {
    ScopedObjectAccess soa(env);
    ThrowSecurityException("Can't attach agent, process is not debuggable.");
    return;
  }

  std::string filename;
  {
    ScopedUtfChars chars(env, agent);
    if (env->ExceptionCheck()) {
      return;
    }
    filename = chars.c_str();
  }

  Runtime::Current()->AttachAgent(env, filename, classloader);
}




//art/runtime/debugger.cc

// JDWP is allowed unless the Zygote forbids it.
static bool gJdwpAllowed = true;

// 设置 Jdwp可用
void Dbg::SetJdwpAllowed(bool allowed) {
  gJdwpAllowed = allowed;
}

//设置 Jdwp不可用
bool Dbg::IsJdwpAllowed() {
  return gJdwpAllowed;
}

VMDebug_nativeAttachAgent 函数是通过debugger.cc中国的 gJdwpAllowed 变量来判断 ，从定义上可以看出该变量默认 为true。我们继续跟踪下该变量是在何处被修改的, 最终跟踪到 该变量是在zygote进程进行fork时配置的

static void ZygoteHooks_nativePostForkChild(JNIEnv* env,
                                            jclass,
                                            jlong token,
                                            jint runtime_flags,
                                            jboolean is_system_server,
                                            jboolean is_zygote,
                                            jstring instruction_set) {
  DCHECK(!(is_system_server && is_zygote));
  // Set the runtime state as the first thing, in case JIT and other services
  // start querying it.
  Runtime::Current()->SetAsZygoteChild(is_system_server, is_zygote);

  Thread* thread = reinterpret_cast<Thread*>(token);
  // Our system thread ID, etc, has changed so reset Thread state.
  thread->InitAfterFork();
  // 配置 Debug程序 的一些特性
  runtime_flags = EnableDebugFeatures(runtime_flags);
  
}


static uint32_t EnableDebugFeatures(uint32_t runtime_flags) {
  Runtime* const runtime = Runtime::Current();
  if ((runtime_flags & DEBUG_ENABLE_CHECKJNI) != 0) {
    JavaVMExt* vm = runtime->GetJavaVM();
    if (!vm->IsCheckJniEnabled()) {
      LOG(INFO) << "Late-enabling -Xcheck:jni";
      vm->SetCheckJniEnabled(true);
      // There's only one thread running at this point, so only one JNIEnv to fix up.
      Thread::Current()->GetJniEnv()->SetCheckJniEnabled(true);
    } else {
      LOG(INFO) << "Not late-enabling -Xcheck:jni (already on)";
    }
    runtime_flags &= ~DEBUG_ENABLE_CHECKJNI;
  }

  if ((runtime_flags & DEBUG_ENABLE_JNI_LOGGING) != 0) {
    gLogVerbosity.third_party_jni = true;
    runtime_flags &= ~DEBUG_ENABLE_JNI_LOGGING;
  }
	
  
  //配置 debugger.cc 的  gJdwpAllowed变量
  Dbg::SetJdwpAllowed((runtime_flags & DEBUG_ENABLE_JDWP) != 0);
  runtime_flags &= ~DEBUG_ENABLE_JDWP;

  const bool safe_mode = (runtime_flags & DEBUG_ENABLE_SAFEMODE) != 0;
  if (safe_mode) {
    // Only quicken oat files.
    runtime->AddCompilerOption("--compiler-filter=quicken");
    runtime->SetSafeMode(true);
    runtime_flags &= ~DEBUG_ENABLE_SAFEMODE;
  }
}

总结一下: 当启动我们的应用程序时，zygote在进行forkProcess 时，根据 runtime_flgs中的标记位调用 Dbg::SetJdwpAllowed函数，当为非debug包时，gJdwpAllowed变量被置为false，因此在运行时执行Debug.attachJvmtiAgent 函数时 会抛出异常。

突破限制

上节，简单分析了JDWP在非debug包下的限制，我们可以很容易想到通过在运行时将 gJdwpAllowed的变量值修改为true，再进行 attachJvmtiAgent的函数调用。
这里我使用了 SandHook库来实现这个功能， Dbg::setJdwoAllowed对应的函数符号 为 _ZN3art3Dbg14SetJdwpAllowedEb (64位下) ，

SandHook函数主要是实现InlineHook的功能，本文的介绍其实并不需要InlineHook，只是我的项目中使用了InlineHook来实现其他的功能。
事实上这里你只需要使用能够 破解Android dlopen限制的函数 即可，如 dlfunciotns

    if (sizeof(size_t) == 8) {
        if (fileExits("/apex/com.android.runtime/lib64/libart.so")) {
            ArtLibPath = "/apex/com.android.runtime/lib64/libart.so";
        } else {
            ArtLibPath = "/system/lib64/libart.so";
        }
        auto (*SetJdwpAllowed)(bool) = reinterpret_cast<void (*)(bool)>(SandGetSym(ArtLibPath,
                                                                                   "_ZN3art3Dbg14SetJdwpAllowedEb"));

        if (SetJdwpAllowed != nullptr) {
            SetJdwpAllowed(true);
        }
          
        auto
        (*setJavaDebuggable)(void *, bool) = reinterpret_cast<void (*)(void *, bool)>(SandGetSym(
                ArtLibPath,
                "_ZN3art7Runtime17SetJavaDebuggableEb"));
        if (setJavaDebuggable != nullptr) {
            setJavaDebuggable(ArtHelper::getRuntimeInstance(), true);
            ALOGE("zxw %s", "setJavaDebuggable true");
        }


    }

修改变量之后 再进行 attatchJvmtiAgent函数的调用，此时程序不会在崩溃了，然而 Jdwp Agent还是加载失败了，从日志上可以看到 控制台输出的日志

Openjdkjvmti plugin was loaded on a non-debuggable Runtime. Plugin was loaded too late to change runtime state to DEBUGGABLE. Only kArtTiVersion (0x70010200) environments are available. Some functionality might not work properly.

在源码中搜索上述日志，我们找到了相应代码
image.png
上述日志的输出执行时机点是在Agent被attach到进程时输出的，在 Agent_OnAttach回调函数中，获取 JvmTiEnv时失败了

jint SetupJvmtiEnv(JavaVM *vm,jvmtiEnv** jvmti) {
    jint res =  vm->GetEnv(reinterpret_cast<void **>(jvmti), JVMTI_VERSION_1_2);
    if (res != JNI_OK || jvmti == nullptr) {
        ALOGE("==========Agent vm->GetEnv VERSION_1_2 failed");
    }

    return res;
}

因此，我们继续深入代码，从Jvmti源码中查找 返回JvmTiEnv指针的部分代码, 这部分实现是在OpenjdkJvmTI.cc中image.png

继续跟进 IsFullJvmtiAvailable 的实现
image.png

image.png

原来在 源码中 获取Jvmti指针时，是依据 Runtime类的 IsJavaDebuggable()函数来判断的，并不直接依赖于Dbg类，虽然我们 已经修改了Dbg类的 gJdwpAllowed变量，然而 Runtime的 is_java_debuggable_变量在Process Fork阶段就已经被修改了，我们对Dbg::gJdwpAllowed的滞后修改并不能影响不直接依赖于Dbg::gJdwpAllowed变量的地方，因此我们还需要手动修改Runtime对象的该变量。 修改的方式和修改Dbg变量的方式一样，代码如下


auto
(*setJavaDebuggable)(void *, bool) = reinterpret_cast<void (*)(void *, bool)>(SandGetSym(
ArtLibPath,"_ZN3art7Runtime17SetJavaDebuggableEb"));

if (setJavaDebuggable != nullptr) {
  setJavaDebuggable(ArtHelper::getRuntimeInstance(), true);
}

在修改后，在非debug包下进行了测试，基本功能和debug包一致
image.png
这里我只监控了GC事件、线程创建销毁、对象分配这三类事件，其他事件是否能正常使用未经过充分测试，从原理上讲，JVMTI的实现和大部分系统、虚拟机提供监控实现机制差不多，都是通过在源码中事先写入相关监控代码实现的，只要监控点的代码是依赖于Dbg和Runtime的那两个变量那么都应该能正常工作。

线上 使用 JVMTI进行性能监控的评估点

上节中，我们实现了在 生产环境使用 JVMTI的能力，然而这离将JVMTI真正运用在线上生产环境还有很多需要考虑的点如：

  • 兼容性
    • 只能在8.0及以上系统使用
    • 依赖于 dlsym 调用系统函数，不排查Android官方或者第三方厂商对这些函数进行了修改 需要测试兼容性
  • 性能
    • 开启JVMTI后 ART虚拟机的部分特性会被禁用 ，需要评估对相关性能的影响点

参考文献

卓修武
关注
  • 0
    点赞
  • 踩
  • 7
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 2
    评论
专栏目录
jvmti java_java debug 体系-JVMTI
weixin_30345873的博客
02-12 397
1 jvmti 构成、介绍JVMTI(JVM Tool Interface) 位于jpda 最底层， 是Java 虚拟机所提供的native编程接口。 JVMTI可以提供性能分析、debug、内存管理、线程分析等功能。2 如何使用jvmtiJVMTI是一套本地编程接口，因此使用JVMTI，需要与c/c++ 以及JNI打交道。事实上，开发时一般采用建立一个Agent的方式来使用JVMTI，Age...
Java黑科技之源：JVMTI完全解读
wangxing233的博客
05-11 1577
Java黑科技之源：JVMTI完全解读 Java生态中有一些非常规的技术，它们能达到一些特别的效果。这些技术的实现原理不去深究的话一般并不是广为人知。这种技术通常被称为黑科技。而这些黑科技中的绝大部分底层都是通过JVMTI实现的。 形象地说，JVMTI是Java虚拟机提供的一整套后门。通过这套后门可以对虚拟机方方面面进行监控，分析。甚至干预虚拟机的运行。 下面先介绍下哪些黑科...
什么是Java中的JVMTI（JVM Tool Interface）？
scjrw的博客
08-02 1007
在这个例子中，我们没有设置任何要监控的变量和方法，但是在实际应用中，我们可以使用JVMTI API来监视Java代码中的各种事件，例如方法调用、堆栈跟踪、内存分配等。这就好像你想吃米饭，但是你不想自己包饺子，于是你找到了一个卖饺子的店，想要知道这家店的饺子好吃不好吃。这时你就可以用JVMTI来“吃”这家店的饺子。Java中的JNI（Java Native Interface）和JVMTI（JVM Tool Interface）都是与Java运行时环境（JVM）交互的工具，但它们有不同的目的和使用场景。
JVMTM Tool Interface
lxlmycsdnfree的博客
01-10 312
JVMTM Tool Interface 地址：https://docs.oracle.com/javase/7/docs/platform/jvmti/jvmti.html#ClassFileLoadHook 这个文档提供给我们jvm在初始化，加载运行整个过程中（类加载，方法执行，线程过程，内存过程等等），每一步提供给我们对应的JNI通知接口。这套JNI是以事件为驱动的，让我们在jvm的每一个
【Android 逆向】Android 中常用的 so 动态库 ( 拷贝 /system/lib/ 中的 Android 系统 so 动态库 )
让 学习 成为一种 习惯 ( 韩曙亮 の 技术博客 )
10-24 3274
拷贝 /system/lib/ 中的 Android 系统 so 动态库
深入浅出JVM实战调优
IT的鱼
04-04 415
写在前面即先确定现象，然后使用工具确定导致现象的原因。
一种基于JVMTI实现程序行为模型的强制实施方案.pdf
01-01
"一种基于JVMTI实现程序行为模型的强制实施方案" 该论文提出了一种基于JVMTI实现程序行为模型的强制实施方案，以保护主机防止潜在的恶意移动代码问题。该方案基于JVMTI技术，在Java运行环境下实现了程序行为模型的...
基于jvmti 的Java 代码加密
03-29
基于jvmti基础所构建的Java代码加密小工具，防止Java 代码被反编译，造成源码泄露，支持tomcat 和spring 等集成使用
获取一个Java类的所有对象实例，基于JVMTI实现.zip
最新发布
03-23
获取一个Java类的所有对象实例，基于JVMTI实现
使用C++语言实现基于JVMTI机制的 JAVA 代码 加密保护工具
05-15
使用C++语言实现基于JVMTI机制的 JAVA 代码 加密保护工具
使用JVMTI实现Java源码加密及SpringBoot项目包加密解决方案实践总结
cricket2008的专栏
07-23 1667
本文主要介绍利用JVMTI加密JAVA源码的实践方法以及SpringBoot项目加密的解决方案，并对几种常见的加密方式进行对比分析，JVMTI加密网上已经有很多相似文章，但对于SpringBoot包加密的方案及过程中遇到的问题都没有讲的太清晰，针对这个问题，文中着重用一章节内容来分析讨论，相信大家认真读完后会对SpringBoot包的加密问题及其框架运行方式有进一步深入的理解。文中部分代码参考网络示例，如有侵权请告知https。......
opendjk jvm 异常执行分析
cooldatabase
03-09 172
openjdk 异常处理流程 { oop except_oop = STACK_OBJECT(-1); //从栈中弹出异常的引用 CHECK_NULL(except_oop); //检查异常引用是否为空 THREAD->set_pending_exception(except_oop,...
JVMTI实例
xymyeah
02-01 4432
 JVMTI实例 JVMTI是JDK1.5众多最新特性的一项,通过JVMTI我们可以做到许多以前难以做到的事情.很多时候,最近我对程序建立了多少个对象以及每个对象的大小很感兴趣.看了一些资料，知道可以通过代码注入来实现,也就是向java.lang.Object的构造方法中注入代码,类似下面的代码:public Object(){       if(HeapTracker.engaged
基于jvmti和c++实现的class加密解密（一）
u012458747的博客
12-15 7546
继续进行资料的收集会发现，java从1.5版本之后提供了JNI（Java Native Interface）JAVA本地接口。可以通过c++或c进行解密。但是这个也会遇到上一个方案所面临的问题。虽然解密的密码是写在c或c++的底层。但是调用jni的类是不加密的，可以通过改写这个jni类将解密后的class保存到本地。所以这个方案也被pass了。 继续收集资料返现，java提供了jvmti接口来监控虚拟机的运行。引用方式为在java参数中设置-agentlib: 来进行调用。到这里，我们已经接近了加
TCP/IP cpp源码
Savage888777的博客
05-02 272
添加链接描述
java debug调试原理_debug 调试原理理解
weixin_34040461的博客
02-13 1028
引言：昨天，看了一篇文章，很受启发，记得之前听别的人远程调试过代码，觉得很神奇，在自己程序里打断点，连接远程服务器，开启调试后可以调用远程方法来看数据的输入和输出，不需要查找问题，重新部署，测试问题，直接远程调试，看运行结果，感觉很方便。分析：那么，它是怎么实现的呢？首先，我想的问题是，它怎么知道我本机的断点在哪？我本机又是怎么输入输出数据？之后，我在想本地调试为什么可以？怎么加入的断点？我的观点...
JVM中判断对象已死
qq_42640067的博客
03-06 190
判断对象已死1、引用计数器法2、可达性分析算法3、对象存活或死亡 在堆里面存放着各种各类的Java对象，垃圾收集器(Gabage Collection，简称为GC)在对堆进行垃圾回收时，首要就是判断哪些对象还活着，哪些对象已经死去(即不被任何途径引用的对象)，GC会回收已经死去的对象。有2种判断对象是否死亡的方法：引用计数器法和可达性分析算法。 1、引用计数器法 简单概括为：给对象添加一个引用计数器，每当有一个地方引用该对象时，计数器+1，当引用失效时，计数器-1，任何时刻，当计数器为0的时候，该对象不再被
使用 Java 虚拟机工具接口（JVMTI）创建调试和分析代理
xymyeah
02-01 1511
使用 Java 虚拟机工具接口（JVMTI）创建调试和分析代理 Java 虚拟机工具接口（Java Virtual Machine ToolInterface，JVMTI）提供了一种编程接口，允许软件开发人员创建软件代理以监视和控制 Java 编程语言应用程序。JVMTI 是Java 2 Software Development Kit (SDK), Standard Editio
Learning JVMTI
08-22
Learning JVMTI是一种以JVMTI和JNI方式对字节码进行加密的方法。该方法通过将class、方法及包以随机命名方式进行混淆，增加了代码的阅读难度，并提供了测试源码下载。 JVMTI是Java虚拟机工具接口的缩写，它提供了对Java虚拟机内部运行状态的访问和监控功能。JNI是Java本地接口的缩写，它允许Java代码与其他语言编写的代码进行交互。通过使用JVMTI和JNI，可以对字节码进行加密，增强程序的安全性和保护知识产权。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* [JVMTI对JAVA加密](https://download.csdn.net/download/swp0314/14399395)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_1"}}] [.reference_item style="max-width: 50%"] - *2* *3* [AidLearning安装Oracle JDK让Java Swing程序在华为MatePadPro平板上跑起来](https://blog.csdn.net/dnmike/article/details/109963368)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_1"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

卓修武

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值