1.Addressables Runtime源码学习之总览
2.SpringBoot中CommandLineRunner详解(含源码)
3.《Android Runtime源码解析》介绍
4.vue runtime源码分析学习——day4：createApp
5.c++中compile,码分link,run的具体作用
6.build和run的区别delphi

Addressables Runtime源码学习之总览

       Addressables系统，一套封装了资源管理逻辑的码分系统，主要由Editor和Runtime两部分构成。码分其中，码分Editor负责资源的码分分组管理和打包，而Runtime则主要处理资源的码分2019翼支付源码内存管理。

       本文将重点分析Runtime部分，码分首先从整体上对其进行概述。码分Runtime主要包括API、码分初始化、码分资源定位、码分资源加载和解析、码分资源管理以及多平台这些部分。码分这些分类主要是码分基于类的功能性进行总结的。

       以下标题分类则是码分按照Runtime下代码的目录层级进行划分的。在ResourceManager目录下，包含ResourceProvider目录，其中Provider主要负责各种资源的加载和解析。此外，Manager目录下还包含Operations目录，Operations作为操作类，负责初始化、加载、卸载等操作。这里包含了Operations的基类以及ProviderOperation等。

       APIAddressables是一个API的壳，主要包含以下几个成员：

       其中，API的接口主要包括以下几种：

       AddressablesImpl是关于Addressables接口的具体实现。

       AssetLabelReference是免费柏拉图测试源码Asset Label的引用类，实现了IKeyEvaluator接口。

       RuntimeKey对应LabelString。

       AssetReference是Addressable Asset的引用，同样实现了IKeyEvaluator接口。

       RuntimeKey对应GUID。

       包含资源加载和卸载的接口，最终会调用AddressableImpl的接口。

       AssetReferenceUILabelRestriction用于限制AssetReference的Label。

       IKeyEvaluator提供RuntimeKey的接口。

       初始化、资源定位器ResourceLocators、资源管理ResourceManager、资源内容管理器ResourcesProviders、服务Services、公用Utility等模块在编辑中...

SpringBoot中CommandLineRunner详解(含源码)

       Spring Boot的CommandLineRunner接口是一个函数式接口，用于在Spring Boot应用程序启动后执行一些初始化操作。

       使用CommandLineRunner接口，可以在应用程序启动后执行一些必要的初始化操作，例如加载配置文件、初始化数据库连接、创建默认数据等。可以通过实现CommandLineRunner接口，并重写run方法来定义自己的初始化逻辑。

       在上面的示例中，我们创建了一个名为MyCommandLineRunner的类，并实现了CommandLineRunner接口。在run方法中，我们可以编写需要在应用程序启动后执行的舞步学院网站源码初始化逻辑。

       需要注意的是，实现CommandLineRunner接口的类需要被Spring容器扫描到，可以使用@Component注解或其他方式将其注册为Spring Bean。

       可以通过@Order()来设置Runner的先后顺序，在上面例子的基础上增加OrderRunner1OrderRunner2执行结果通常用法加载初始化数据。

       可以实现CommandLineRunner接口，在run方法中加载一些初始化数据到数据库等。适合做一些数据预加载工作。

       这里创建了一个DataInitializer类，实现CommandLineRunner接口。在run()方法中，我们注入了UserRepository，然后创建了两个用户对象保存到数据库中。这个类会在Spring Boot应用启动完成后执行，从而实现了数据预加载的效果。通过CommandLineRunner，我们可以灵活地在Spring Boot启动时进行一些初始化操作，如预先加载测试数据、插入管理员账户等，很好地增强了应用的功能。

       假设我们有一个User模型和用户Repository，需要在Spring Boot启动时预加载几个用户数据，可以这样使用CommandLineRunner：

       这里我们实现了CommandLineRunner接口，然后注入UserRepository bean。在run方法中，首先清空所有数据，然后创建两个用户对象并保存，最后打印已保存的手机app蓝牙源码用户数。这样在Spring Boot应用启动完成后，就会自动执行run方法，预加载指定的用户数据。

       可以打印出一些应用启动信息，如启动端口、运行环境信息等，用于确认应用配置。

       可以使用多线程启动一些异步任务，进行后台数据处理等复杂业务逻辑。

       可以调用并验证依赖服务的健康状态，如果不正常可以终止Spring Boot启动。

       可以在启动时调用外部服务，进行验证、数据同步等操作。

       可以对输入的运行参数做校验，如果不满足条件可以终止Spring Boot启动。

       可以根据运行参数等条件动态设置Spring Boot的配置，实现不同环境的适配。

       可以使应用启动后阻塞住主线程，防止main方法直接退出，从而保持Spring Boot应用运行。

       通过CommandLineRunner，我们可以深度控制Spring Boot应用的启动流程，在应用启动阶段增强各种自定义逻辑。是Spring Boot提供的一个很实用的扩展点。

《Android Runtime源码解析》介绍

       《Android Runtime源码解析》是我创作的第二本技术专著，于6月底完成印刷，现已在各大电商平台上市。jsp教学平台源码借此机会，我简要介绍本书内容，以便对此感兴趣的朋友能有所了解。

       本书以Android .0.0_r源码为基础，从编译器开发者的视角，分析了ART的各个部分及其主要流程，旨在向读者展示ART的基本框架。由于ART发展至今，规模庞大，复杂度较高，很多细节无法完全覆盖。因此，本书选择基本框架进行介绍，以便读者根据个人兴趣深入挖掘感兴趣的细节。

       全书内容分为四个部分。第一部分包括第一章，主要介绍ART的基础知识；第二部分包括第二章至第四章，主要介绍ART中的编译器部分，包括dex2oat工具，这部分属于编译时阶段；第三部分包括第五章和第六章，主要介绍ART的启动和运行，属于运行时阶段；第四部分包括第七章，主要介绍ART中的垃圾回收部分。读者可以按照顺序阅读，也可以根据自己的需要选择阅读相关部分，不影响对内容的理解。

       各章内容如下：第一章，从虚拟机基础、ART发展历史、ART核心架构和源码目录结构等方面对ART基础进行了介绍；第二章，介绍了dex2oat工具的入口、driver以及DexToDexCompiler等；第三章，分析了OptimizingCompiler中的JNI处理和Compile过程，并对Compile过程中的主要环节进行了详细阐述；第四章，介绍了OptimizingCompiler中硬件平台无关和硬件平台相关的优化，并深入分析了硬件平台无关优化中的典型优化；第五章，分析了ART在启动时的几个主要流程；第六章，分析了ART在执行时的主要流程；第七章，分析了ART GC的整体架构、种类及具体实现。

       本书适合新入行的ART开发者以及想了解ART基本情况的各类开发者。

       由于作者水平有限，本书中可能存在诸多问题，敬请各位专家批评指正。

vue runtime源码分析学习——day4：createApp

       在深入研究vue runtime源码时，我们首先确定了分析的路径和方法。

       createApp这个关键入口点位于@vue/runtime-dom包中，它是开发者项目启动的起点。

       在开始代码分析前，我们选择在packages\vue\__tests__\index.spec.ts中的测试用例进行，通常选择第一个即可，因为这里模拟的是客户端环境，但需确保testEvironment配置正确并配合jsdom库使用。

       createApp方法内部包含一些开发环境特有的检查，如injectCompilerOptionsCheck和injectNativeTagCheck，它们在生产环境不会执行。通过Object.defineProperty绑定，可以防止这些检查被意外修改。

       createApp的主要任务包括调用ensureRenderer、createAppApi和mount等。其中，ensureRenderer涉及到typescript的重载，而createAppApi则是通过缓存render和hydrate方法，优化性能。

       在render部分，我们首次遇到reload，这是与vue-loader中热更新功能的联系点。尽管loader中的reload方法不接受参数，但它们本质上是处理相同逻辑的。

       mount方法的核心内容是将js代码转化为DOM，它会处理createVNode和vnode的生成，以及与container._vnode的更新和比对，即旧vnode与新vnode的差异处理。

       虽然今天的内容可能略显琐碎，但createApp的总体流程已经清晰了。后续将继续深入解析其他关键部分。

c++中compile,link,run的具体作用

       ä¸åŒ…括

       compile是编译

       link 是连接

       å¦‚果上述两步出错就run不行

       ä½†æ˜¯å¦‚果没有报错但run不行，那就要看程序有没有逻辑错误或者溢出现象

       å…·ä½“情况具体分析了

build和run的区别delphi

       åœ¨Delphi中，build和run是两个不同的操作。

       - Build（构建）是指将源代码编译成可执行文件或库文件的过程。在Delphi中，你可以通过点击“Build”按钮或使用快捷键进行构建操作。构建操作包括将源代码翻译成机器可执行的指令，并生成可执行文件或库文件，但并不运行程序。

       - Run（运行）是指运行已经编译好的可执行文件或库文件的操作。在Delphi中，你可以通过点击“Run”按钮或使用快捷键运行程序。运行操作会启动已编译的可执行文件或库文件，并开始执行程序的逻辑。

       æ‰€ä»¥ï¼Œbuild和run的区别在于build是将源代码编译成可执行文件的过程，而run则是执行已经编译好的可执行文件。

如何编译 dotnet/runtime 源代码

       编译 dotnet/runtime 源代码，首先需要环境准备，参考官方文档《在Windows上构建dotnet/runtime的要求》。我的机器仅提前安装了 Visual Studio ，确保按需自行安装。

       初次尝试在命令行窗口进入代码所在目录，输入编译命令时，遇到的第一个问题是缺少 Python 3。安装 Python 3 后，发现新问题，下载文件任务中下载地址参数无法识别。查阅 dotnet/runtime 的 issue，找到解决方案，其中发帖者也是中国人，解答了这一疑惑。

       为了找到编译过程中的所有错误，运行命令生成日志。使用“MSBuild Structured Log Viewer”打开日志文件，能够清晰地查看到具体的下载地址。按照日志中的提示，下载文件，复制到指定位置解压，成功解决了下载错误。随后，再次编译，直至提示编译成功。

       然而，运行 dotnet/runtime 自带的测试用例时，发现找不到指定 dll，进一步发现对应的 dll 已经编译，但默认编译的是 net7.0-Debug 版本，而需要的是 net-Debug。通过使用 build.cmd -h 查看，发现可以指定编译框架版本。因此，再次编译，指定正确的框架版本，最终运行测试成功。

       总结，编译 dotnet/runtime 源代码过程中遇到的主要问题，主要是由于访问国外的网速较慢导致的下载问题。通过生成日志、使用“MSBuild Structured Log Viewer”查看下载地址，以及正确指定编译框架版本等方法，成功解决了编译和运行过程中遇到的问题。

SpringBoot的CommandLineRunner和ApplicationRunner源码分析

       深入探究SpringBoot中的ApplicationRunner和CommandLineRunner接口。这两个接口在启动SpringBoot应用时起到关键作用，下面将对它们进行源码分析。

       首先，让我们聚焦于ApplicationRunner接口，其内部定义了一个名为run的方法，无需额外参数，源码如下所示，展示了接口的基本框架。

       接着，审视CommandLineRunner接口，同样地，它也仅定义了一个run方法，同样没有额外参数，源码内容在此。接口设计简洁，旨在支持特定逻辑的执行。

       为了更直观地理解这些接口的运行，让我们通过实际项目进行演示。具体操作是将SpringBoot项目打包为JAR文件并执行。

       在项目执行过程中，观察并分析代码，可以揭示更多关于ApplicationRunner和CommandLineRunner接口如何在实际应用中运作的细节。

       接下来，以ApplicationRunnerDemo和CommandLineRunnerDemo为例，深入探讨接口的使用。首先，审视ApplicationRunnerDemo类，了解如何定义实现ApplicationRunner接口的实例并注入应用上下文。然后，通过CommandLineRunnerDemo类，进一步探索实现CommandLineRunner接口的实例，关注参数传递的机制以及接口执行的时机。

       至此，参数传递、参数解析以及获取参数的过程已经清晰呈现。此外，ApplicationRunner和CommandLineRunnerDemo的执行时机也已明确阐述，为理解SpringBoot启动过程中的关键逻辑提供了深入洞察。