在运行 Flink 应用程序时，JVM 会随着时间的推移加载各种类。 这些类可以根据它们的来源分为三组：
内容来源：2018 年 04 月 14 日，高级Android工程师陈家伟在“2018互联网开发者大会”进行《漫谈Android组件化及Web化》演讲分享。IT 大咖说（微信id：itdakashuo）作为独家视频合作方，经主办方和讲者审阅授权发布。
整体来看，从大的趋势上没有太大的变化。这里并不考虑某些特定的技术，而是从总体上（战略）层面来看待问题。所以，就有了这么几个点：
【Android 插件化】插件化简介 ( 组件化与插件化 ) 【Android 插件化】插件化原理 ( JVM 内存数据 | 类加载流程 ) 【Android 插件化】插件化原理 ( 类加载器 )
在Android早期的版本中，应用程序的运行环境是需要依赖Dalvik虚拟机的。不过，在后来的版本（大概是4.x版本），Android的运行环境却换到了 Android Runtime，其处理应用程序执行的方式完全不同于 Dalvik，Dalvik 是依靠一个 Just-In-Time (JIT) 编译器去解释字节码。
虚拟机把描述类的数据从class文件加载到内存，并且进行校验、解析、初始化。最终形成可以直接使用的Class对象，这就是类加载机制。
我所在团队是做toB业务的，技术栈是Vue，团队目前有十多个典型的toB业务（菜单+内容布局），这些业务都是服务于一个大平台的，因为历史原因，每个业务都是独立的，都有一个html入口，所以当用户在这个大平台上使用这十多个业务的时候，每当切换系统时，页面都会刷新，体验很差；在开发层面，这十多个业务又有太多共同之处，每次修改成本都很高。
为了深入了解Android 逆向相关的内容中加壳的原理，前面已经完成了关于Android中的动态加载和动态加载类关系的详解,那么接下来是对Android的整体加壳进行实现，并对原理进行讲解，由于作者能力有限，会尽力的详细描述整体加壳的流程及原理，如本文中有任何错误，烦请指正，感谢~
虚拟机把描述类的数据从Class文件加载到内存，并对数据进行校验、转换解析和初始化，最终形成可以被虚拟机直接使用的java类型，这就是虚拟机的类加载机制。在java语言里，类型的加载、连接和初始化
类从被加载到虚拟机内存中开始，到卸载出内存为止，整个生命周期包括：加载、验证、准备、解析、初始化、使用、卸载；其中，验证、准备和解析统称为连接，如下图所示：
我所在团队是做 toB 业务的，技术栈是 Vue，团队目前有十多个典型的 toB 业务（菜单+内容布局），这些业务都是服务于一个大平台的，因为历史原因，每个业务都是独立的，都有一个 html 入口，所以当用户在这个大平台上使用这十多个业务的时候，每当切换系统时，页面都会刷新，体验很差；在开发层面，这十多个业务又有太多共同之处，每次修改成本都很高。
动态加载 : 调用 Java 类时 , 使用到的时候 , 才从 DEX 字节码文件中加载对应的字节码类 ;
从今天开始，我会花较多的时间来跟大家一起学习Android插件化。这一篇文章是Android插件化的启动篇。
此外，我们将通过具体的示例来展示如何在Spring Boot应用程序中配置和使用Jar包的动态加载，以提高系统的灵活性和可扩展性。
由于最近大量的研究，机器学习模型的性能在过去几年里有了显著的提高。虽然这些改进的模型开辟了新的可能性，但是它们只有在可以部署到生产应用中时才开始提供真正的价值。这是机器学习社区目前面临的主要挑战之一。
在工程中我们基本无时无刻都在和对象打交道，那么大家有想过这些这些对象是怎么来的吗，当 new 一个对象的时候到底发生了什么？
Tech 导读 本文由浅到深地对微前端进行了概括性介绍，读者可以了解到微前端的概念、微前端的特点与价值、微前端的实现方案、一个微前端框架应具备的功能，以及微前端的适用场景。读者可以多关注下本文提到的各个开源的优秀的微前端实现方案，通过对比及借鉴来实现一套适合自身业务的微前端方案。 01 微前端是什么 传统的分而治之的策略已经无法应对现代 Web 应用的复杂性，因此衍生出了微前端这样一种新的架构模式，与后端微服务相同，它同样是延续了分而治之的设计模式，不过却以全新的方法来实现。微前端是一种由独立交付的多个前
在Java编程世界中，类加载器是一个重要的概念，它扮演着将类加载到Java虚拟机中并执行的关键角色。本文将深入探讨类加载器的原理、类型以及在Java开发中的应用。
在我们使用一个类之前，JVM需要先将该类的字节码文件（.class文件）从磁盘、网络或其他来源加载到内存中，并对字节码进行解析生成对应的Class对象，这就是类加载器的功能。我们可以利用类加载器，实现类的动态加载。
1、用户向服务器发送请求，请求被SpringMVC的前端控制器DispatcherServlet截获。 2、DispatcherServlet对请求的URL（统一资源定位符）进行解析，得到URI(请求资源标识符)，然后根据该URI， 通过配置或注解调用HandlerMapping找到Handler配置的所有相关的对象，包括Handler对象以及Handler对象对应的拦截器， 这些对象都会被封装到一个HandlerExecutionChain对象当中返回DispatcherServlet。 3、前端控制器根据获得的Handler,请求HandlerAdapter处理多种Handler,调用Handler实际处理请求的方法。 4、提取请求中的模型数据，开始执行Handler(Controller) 5、Handler执行完成后，向DispatcherServlet返回一个ModelAndView对象。 6、根据返回的ModelAndView对象，请求ViewResolver(视图解析器)将逻辑视图解析成真正的视图并返回view给前端控制器。 7、渲染视图将model数据转换为response响应 8、把响应结果给返回给客户端。
在上一篇博客，我们介绍了类加载过程，包括5个阶段，分别是“加载”，“验证”，“准备”，“解析”，“初始化”，如下图所示：
/D:/github/java_common/target/classes/ sun.misc.Launcher|AppClassLoader@18b4aac2 sun.misc.Launcher|ExtClassLoader@1a86f2f1 null true true
java基础学习_反射、装饰模式、JDK新特性_day27总结 ============================================================================= ============================================================================= 涉及到的知识点有: 1:反射(理解) (1)类的加载 (2)类的初始化时机 (3
3、在内存中生成一个代表这个类的Class对象，作为方法区这个类的各种数据的访问入口。
我们的源代码经过编译器编译成字节码之后，最终都需要加载到虚拟机之后才能运行。虚拟机把描述类的数据从 Class 文件加载到内存，并对数据进行校验、转换解析和初始化，最终形成可以被虚拟机直接使用的 Java 类型，这就是虚拟机的类加载机制。
插件化技术最初源于免安装运行apk的想法，支持插件化的app可以在运行时加载和运行插件，这样便可以将app中一些不常用的功能模块做成插件，一方面减小了安装包的大小，另一方面可以实现app功能的动态扩展。小编所在项目，近期有插件相关测试需求，为了更深入的进行测试，进行了学习。
从 Java 虚拟机的角度上，只存在两种不同的类加载器：一种是启动类加载器(Bootstrap ClassLoader)，这个类加载器使用C++语言实现，是虚拟机自身的一部分；另外一种就是其它所有的类加载器，这些类加载器都由 Java语言实现，独立于虚拟机外部，并且全部继承自 java.lang.ClassLoader。
Tomcat整体架构基于组件，可通过XML或代码配置组件。如server.xml配置Tomcat的连接器及容器组件。
服务提供者接口（Service Provider Interface，简写为SPI）是JDK内置的一种服务提供发现机制。可以用来加载框架扩展和替换组件，主要是被框架的开发人员使用。在java.util.ServiceLoader的文档里有比较详细的介绍。
Java 虚拟机一般使用 Java 类的流程为：首先将开发者编写的 Java 源代码（.java文件）编译成 Java 字节码（.class文件），然后类加载器会读取这个 .class 文件，并转换成 java.lang.Class 的实例。有了该 Class 实例后，Java 虚拟机可以利用 newInstance 之类的方法创建其真正对象了。
对于程序员来说，我们通常知道很多概念，例如组件、模块、系统、框架、架构等，而本文我们重点说 框架。
组件通过 <Canvas /> 渲染在画布上，内容完全由组件树 componentTree 驱动，但也有一些情况我们需要把某个组件实例渲染到组件树之外，比如全屏、置顶等场景，甚至有些时候我们要渲染一个不在组件树中的临时组件，却要拥有一系列画布能力。
JVM 类加载机制分为五个部分:加载，验证，准备，解析，初始化，下面我们就分别来看一下这五个过程。
虚拟机是物理机的软件实现。Java是用WORA(编写一次运行到任何地方)的概念开发的，它在VM上运行。编译器将Java文件编译成Java .class文件，然后将.class文件输入JVM, JVM加载并执行类文件。下面是JVM的架构图。
类从被加载到虚拟机开始，到卸载出内存为止，它的整个的生命周期包括：加载、连接（验证、准备、解析）、初始化、使用和卸载七个阶段。
移动端开发过程中 Banner 组件非常常见，项目中用的到就封装一个，主要用到 Timer + PageView，采用定时轮播的方法实现
ClassLoader 是抽象类 , 是所有 类加载器 ClassLoader 的父类 ;
在上一篇文章中，我通过探讨类的生命周期，为你详细解析了类在加载进JVM时的全过程。当然，这仅仅只是JVM虚拟机的冰山一角，像执行引擎的动态编译、垃圾回收系统的内存管理、本地方法接口的与本地库的交互，以及本地方法库的结构和功能等诸多核心内容还未涉及。
本文阐述了JVM的构成和组件，配图清晰易懂，是学习Java开发者的入门必读文章。 每个Java开发人员都知道字节码经由JRE（Java运行时环境）执行。但他们或许不知道JRE其实是由Java虚拟机（JVM）实现，JVM分析字节码，解释并执行它。作为开发人员，了解JVM的架构是非常重要的，因为它使我们能够编写出更高效的代码。本文中，我们将深入了解Java中的JVM架构和JVM的各个组件。 JVM 虚拟机是物理机的软件实现。Java的设计理念是WORA（Write Once Run Anywhere，一次编写随
原文链接 https://juejin.cn/post/7292955856545972275
mybatis的前身是iBatis，其源于“Internet”和“abatis”的组合，是一款优秀的持久层框架，它支持定制化SQL、存储过程以及高级映射。mybatis避免了几乎所有的JDBC代码和手动设置参数以及获取结果集，它可以使用简单的XML或注解来配置和映射原生信息，将接口和Java的POJO映射成数据库中的记录。
前言 本来计划要写Android内存优化的，觉得有必要在此之前介绍一下Java虚拟机的相关知识，Java虚拟机也并不是三言两语能够介绍完的，因此开了Java虚拟机系列，这一篇文章我们来学习Java虚拟机的结构原理与运行时数据区域。 1.Java虚拟机概述 Oracle官方定义的Java技术体系主要包括以下几个部分： Java程序设计语言 各种平台的Java虚拟机 Class文件格式 Java API类库 第三方Java类库 可以把Java程序设计语言、Java虚拟机和Java API类库这三部分统称为JD
虚拟机把描述类的数据从 Class 文件加载到内存，并对数据进行校验、转换解析和初始化，最终形成可以被虚拟机直接使用的 Java 类型，这就是虚拟机的类加载机制。
JVM 不和包括 Java 在内的任何语言绑定，它只与 "Class文件" 这种特定的二进制文件格式所关联。而 Class 文件也并非只能通过 Java 源文件编译生成，可以通过如下途径而来：
类的加载指的是将类的.class文件中的二进制数据读入到内存中，将其放在运行时数据区的方法区内，然后在堆区创建一个java.lang.Class对象，用来封装类在方法区内的数据结构。类的加载的最终产品是位于堆区中的Class对象，Class对象封装了类在方法区内的数据结构，并且向Java程序员提供了访问方法区内的数据结构的接口。
相信正经，或者不正经的程序员小伙伴们，亦或者非开发小伙伴，多多少少都听说过JVM（Java虚拟机），Java程序的运行支持；同时，也是高级程序员的必须掌握的底层知识，更是中高级Java程序员的分水岭；那么，让我们一起来进阶吧：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
