1.build和run的区别delphi
2.如何编译 dotnet/runtime 源代码
3.c++中compile,link,run的具体作用
4.SpringBoot中CommandLineRunner详解(含源码)
5.面试官：Thread启动线程的start方法能执行多次吗？
6.vue runtime源码分析学习——day4：createApp

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”打开日志文件，能够清晰地查看到具体的下载地址。按照日志中的提示，下载文件，复制到指定位置解压，成功解决了下载错误。随后，jeecms源码jsp再次编译，直至提示编译成功。

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

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

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

       ä¸åŒ…括

       compile是编译

       link 是连接

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

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

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

SpringBoot中CommandLineRunner详解(含源码)

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

       使用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方法中，首先清空所有数据，然后创建两个用户对象并保存，最后打印已保存的用户数。这样在Spring Boot应用启动完成后，就会自动执行run方法，预加载指定的用户数据。

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

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

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

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

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

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

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

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

面试官：Thread启动线程的start方法能执行多次吗？

       在Java中，线程的创建与启动机制是通过Thread类中的start方法来实现的，而非直接调用run方法。这是基于线程状态管理的必要性。线程在其生命周期中会经历NEW、RUNNABLE、BLOCKED、WAITING、TIMED_WAITING、TERMINATED等多个状态。start方法的作用是将线程从NEW状态转变为RUNNABLE状态，然后等待系统资源分配，一旦获得执行机会，便会执行run方法中的任务，实现真正的多线程工作。

       直接调用run方法的情况不同，它会将run方法视为main线程中的普通函数执行，无法在新的线程中启动，因此不能用来启动线程。如果我们尝试多次调用start方法，只有第一次会成功启动线程，后续调用会抛出IllegalThreadStateException异常，因为线程的状态已经变为非初始状态，不能再调用start方法。

       以下是start方法和run方法的源码理解：

       start方法会检查线程状态，如果状态不是初始态，就会抛出异常。而run方法本身不触发线程的创建，仅在start方法调用后被执行。

       总结来说，start方法是启动线程的关键，它确保了线程的生命周期管理和正确执行，而run方法则是线程实际执行的任务。理解这些原理对于正确使用和管理Java线程至关重要。

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的总体流程已经清晰了。后续将继续深入解析其他关键部分。

《Android Runtime源码解析》介绍

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

       本书以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基本情况的各类开发者。

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