Linux下源码安装的经验详解
在linux下安装软件，难免会碰到需要源码安装的机搭建源，而就是码虚这简简单单的./configure、make、拟机弄sudo make install三步，搭建却让不少人头疼不已，源码书的源码这里以安装X为例具体介绍下我在安装时的虚拟一点小经验，以便共同学习，机搭建源共同进步！码虚
首先，拟机弄我们要做些准备工作，搭建源码安装少不了这几个工具pkg-config、源码libtool、虚拟autoconf和automake(当然，机搭建源还有更基础的码虚，像zlib、m4等，这里就略过啦)，其中，pkg-config是相对比较重要的，它就是向configure程序提供系统信息的程序，如软件的版本、库的版本以及库的路径等信息，这些只是在编译期间使用。你可以打开/usr/lib/pkgconfig下任意一个.pc文件，就会发现类似下面的信息(X的pc文件)：
prefix=/usr
exec_prefix=${ prefix}
libdir=${ exec_prefix}/lib
includedir=${ prefix}/include
xthreadlib=-lpthread
Name: X
Description: X Library
Version: 1.3.3
Requires: xproto kbproto
Requires.private: xcb = 1.1.
Cflags: -I${ includedir}
Libs: -L${ libdir} -lX
Libs.private: -lpthread
configure就是靠着这些信息来判断软件版本是否符合要求的。接着来看看pkg-config是怎样工作的，缺省情况下，pkg-config首先在usr/lib/pkgconfig/中查找相关包(譬如x)对应的相应的文件(x.pc)，若没有找到，它也会到PKG_CONFIG_PATH这个环境变量所指定的路径下去找，若是还没有找到，它就会报错。所以这里就可以得到一些解决configure时提示**库未找到的办法了，先用命令ldconfig -p | grep 库名来分析该库是否安装及其路径，若返回空，则说明该库确实未安装，否则，可以根据该命令的返回结果找到库的安装地点，然后设置其环境变量，命令如下：
export PKG_CONFIG_PATH=软件位置/lib/pkgconfig:$PKG_CONFIG_PATH，这里有个常识，软件安装后，.pc文件都是在安装目录下的lib/pkgconf中的。这样只会在当前命令窗口有效，当然，你也可以修改home文件夹下的.bashrc文件(带.的文件为隐藏文件，可以用命令vi .bashrc编辑)，在文件末尾加上上面那句命令，重新登录即可。其他的几个在linux下也是不可或缺的，libtool为管理library时使用，没装的话错误提示如下：possibly undefined macro:AC_PROG_LIBTOOL。而autoconf和automake可以用于在某些没有configure的文件的源码包安装时使用(pixman就是个典型的例子，安装了二者后直接./autogen.sh就可以安装了)。
准备工作做好后，就可以安装了，具体全部命令如下：
tar vxf libX-6.2.1.tar.gz
cd libX-6.2.1
mkdir X-build
cd X-build
../configure prefix=/usr/local/XR6
make
echo $
sudo make install
这里有一些好的安装习惯可以积累一下：1、建立一个临时编译目录，燕窝进口溯源码和国内溯源码区别本例中为X-build，这样可以再安装完成后删除该目录，进而可以节省空间，而且保持了源码目录的整洁；2、安装到指定目录，本例中为/usr/local/XR6，最好把几个相关的安装在同一文件夹下，如这里的XR6文件夹，这样便于管理，否则全部默认安装在/usr/local下，很杂乱；3、编译完成后做检查，本例为echo $，表示检查上一条命令的退出状态，程序正常退出返回0，错误退出返回非0，也可以使用make check，主要为了防止make失败后直接install，进而出现了一些莫名其妙的错误。这里还介绍一种更方便快捷的安装方法，用将安装命令连接起来，如../configure prefix=**makesudo make install，这样，只有在前面的命令执行正确的情况下，后面的任务才会执行，多方便！
除此之外，安装之前可以阅读下源码包中的readme和install等文档，往往有所需软件及其下载地址，还包括一些安装技巧和配置选项。另外，在configure前，先输入configure help，可以查看有哪些选项可以添加。还有几个关系安装成功的东西就是ldconfig了，在安装时如果提示找不到某个库或者在编译时提示找不到**.so文件，就要用到它了，最简单的解决办法就是sudo gedit /etc/ld.so.conf，在文件中加入**.so文件所在路径，再运行一下ldconfig就可以了，但是我对这个东西有阴影，不知道是因为用了虚拟机还是其他的原因，有7、8次我在运行完ldconfig后，Ubuntu就没办法打开任何窗口了，直接关机重启就更是进不去系统了，崩溃之，不知道有没有高手有解决办法。在这里提供一种代替ldconfig的办法，就是export LD_LIBRARY_PATH=*.so文件地址:$LD_LIBRARY_PATH，用它我就舒心多了，也就是麻烦点，哥忍了，总比系统崩溃强多了吧，呵呵！其实，在configure时碰到问题，你应该庆幸，福鼎溯源码和没有溯源码的区别因为你可以根据它很明显的提示找到缺失的东西装上，在配置下pkgconfig和ldconfig基本上就可以搞定了，但是make的时候就没那么简单了。
编译时提示最多的就是**东西未找到了，要么是库文件，要么是头文件，库文件用上面的ldconfig基本上就可以搞定，头文件的话需要配置包含的路径，和库的类似，命令如下：
export LD_INCLUDE_PATH=/usr/local/include:$LD_INCLUDE_PATH
在这个时候最重要的就是淡定了，循着丫的error往上找，像No such file or directory这样的错误提示肯定就在附近，找到了，include之就可以咯！
手把手搭建qemu+buildroot开发环境
本文将指导您从零开始构建QEMU+Buildroot的ARM开发环境，以简化移植工作并自动构建定制化的嵌入式根文件系统。无需繁琐的移植，只需通过menuconfig配置所需的特性，Buildroot将自动处理源码下载、编译和打包，省去了大量手动操作。环境准备
在Windows 上，借助VMware ，选择Ubuntu .作为虚拟机系统，设定为位的Cortex-a处理器。依赖安装
为了搭建环境，首先需要安装QEMU 8.2.0和Linux Kernel 5..，以及AARCH的工具链。从QEMU官网获取8.2.0源码，确保Python版本大于3.8和glib2.0环境。配置与编译
在已安装依赖的前提下，进入QEMU源码目录，配置并编译。配置过程中，针对ARM架构进行定制。接着，下载并解压Buildroot ..1，配置kernel，关注关键选项。 执行buildroot编译，生成Image、roots.ext4和start-qemu.sh文件。在start-qemu.sh中，需修改第行，登录console时使用root账户。启动与操作
启动QEMU，登录后，可通过组合键退出当前会话（CTRL + a, x）。作者潘小帅，Linux技术爱好者，欢迎关注他的微信公众号“Linux随笔录”，持续获取更多技术分享。如何将Linux源码安装到你的计算机上linux源码安装
Linux源码安装过程之前需要准备一个Linux环境，具体方法，可参考将Linux安装到虚拟机上。确保该环境可以正确使用后，就可以着手源码安装步骤。
1.首先，e4a源码编辑器源码下载Linux源码包
有很多渠道可以下载Linux源码。可以从Linux官方站点，各大社区以及github等热门网站上自行下载最新的源码。
2.配置环境变量
从Linux环境中安装源码之前，需要在终端里设置编译源码的环境变量。需要先运行如下命令，来配置编译环境：
Hecho “export CC=/usr/bin/gcc”
Hecho “export CXX=/usr/bin/g++”
Hecho “export CPLUS_INCLUDE_PATH=/usr/include/c++/4.4/:/usr/include/c++/4.4/i-linux-gnu”
3.展开源码包
在指定的目录下展开源码包，同样需要从终端执行，下面是展开源码的具体命令：
Tar -xVf x.tar.gz # 假设下载的源码包名称为x.tar.gz
4.进入源码文件夹并编译
进入到解压缩出来的源码文件夹，然后执行编译操作，具体命令如下：
Cd # 假设解压缩出来的文件夹叫做
Hecho “./configure”
Hecho “make”
Hecho “make install”
5.安装完成
完成上述步骤后，当出现install成功提示时，就表明Linux源码安装成功。然后可以验证是否正确安装，运行命令如下：
Hecho “uname -a”
如果出现类似 Linux x xx xx xx xx xx ，表明源码安装没有问题，安装及验证均成功完成。
总结：Linux源码的安装确实有一定的难度，但只要理解大致的步骤和命令，也是可以完成的。安装完成后，用户还可以继续修改环境设置，更好的调试Linux源码。
基于虚拟机/服务器+CLion的Linux C++开发环境搭建
Linux C/C++开发环境搭建步骤：
首先，通过安装命令如下搭建开发环境：
确保环境已成功安装：
然后进行编译与运行：
安装构建工具：make
检查cmake版本，若版本过低可参考官网下载安装包，执行指令进行安装。
注意：若初次构建时选择的线程数导致程序异常终止，需重新查看并确认cmake版本。
若cmake版本未显示，可执行相应指令进行确认安装。
卸载源码安装的cmake，需进入执行make install时的路径，执行卸载命令。
安装CUDA，参照Python笔记。
配置服务器或虚拟机，注意仅特定型号的虚拟机支持CUDA安装，避免使用不兼容的显卡。
配置SSH服务，增加新网卡便于连接，确保虚拟机与Windows设备IP地址正确设置。
IDE配置CLion，参考特定教程，将远程环境设置为默认部署。
配置CMake选择远程工具链，可直接通过全局搜索功能，点击远端文件后进行修改并上传至服务器。
解决Windows Powershell报错问题，管理员身份打开Powershell，并执行特定指令。
KubeVirt网络源码分析
本文深入剖析KubeVirt网络架构中的关键组件与流程。KubeVirt的网络架构中，每个Kubernetes工作节点上运行的Pod，对应着一台Pod内的虚拟机。我们专注于网络组件，而非Kubernetes网络层面。
核心组件包括：Kubernetes工作节点、马来溯源码和印尼溯源码哪个好Pod、以及运行于Pod内的虚拟机（VM）。网络架构由三层组成，从外部到内部依次是：Kubernetes网络、libvirt网络、虚拟机网络。此文章仅聚焦于libvirt网络与虚拟机网络。
在`kubevirt/pkg/virt-launcher/virtwrap/manager.go`中，`func (l *LibvirtDomainManager) preStartHook(vm *v1.VirtualMachine, domain *api.Domain)`函数调用`SetupPodNetwork`方法，为虚拟机准备网络环境。
`SetupPodNetwork`方法主要执行三项任务，对应以下三个函数：`discoverPodNetworkInterface`、`preparePodNetworkInterfaces`、`StartDHCP`。
`discoverPodNetworkInterface`收集Pod接口信息，包括容器的IP和MAC地址。`preparePodNetworkInterfaces`对容器原始网络进行配置调整，确保DHCP服务能够正确地提供给虚拟机一个IP地址，以及网关和路由信息。此过程由`SingleClientDHCPServer`启动，该服务仅提供给虚拟机一个DHCP客户端。
以上描述基于KubeVirt 0.4.1版本的源码。对于后续版本的网络部分，将进行持续分析。
对于更深入的了解，推荐查阅QEMU创建传统虚拟机及其网络流程的相关资料。如有兴趣，欢迎关注微信公众号“后端云”。
RK源码编译与交叉编译环境搭建
本篇文章旨在指导如何为飞凌OK-C开发板构建Linux系统所需的软件交叉编译环境。对于C/C++代码开发，只需在Ubuntu虚拟机中安装RK对应的交叉编译器（gcc/g++）即可。若要进行Qt开发，则需额外配置交叉编译环境以编译与RK配套的Qt源码。以下为两种环境配置方法的详细步骤。
### C/C++交叉编译环境配置
1. **下载aarch类型的gcc**：
在Linaro官网获取针对RK（Cortex-A内核位）开发板的GCC交叉编译工具链。推荐下载：`gcc-linaro-7.5.0-.-x__aarch-linux-gnu.tar.xz`。解压后，配置环境变量并使用`aarch-linux-gnu-gcc`或`aarch-linux-gnu-g++`交叉编译C或C++程序。
2. **交叉编译C/C++程序测试**：
编写一个简单的C++测试程序（main.cpp），使用`aarch-linux-gnu-g++`编译并运行，验证编译环境正确性。
3. **板子的WIFI自动配网**：
使用脚本自动连接WIFI，确保开发过程中网络连通。将脚本加入开机自启动程序中，实现自动连接。
### RK Linux源码编译
- **基础环境配置**：安装必要的库，如依赖包和Qt开发所需库。安装Linux版Qt Creator（可选）以方便Qt开发。
- **准备RK源码**：从飞凌官方资料中复制源码至Ubuntu虚拟机，解压并准备好编译环境。
- **编译RK源码**：确认虚拟机有足够磁盘空间和内存。执行编译脚本，选择ok配置，完成编译过程。编译完成后，生成适合全烧写或分步烧写的镜像文件。
- **内核单独编译**：如果仅修改内核代码，可单独编译内核，简化编译过程。
### Qt程序交叉编译测试
- **Qt程序交叉编译**：利用RK源码编译结果中的工具进行Qt程序编译测试，确保交叉编译环境正常工作。
- **Qt程序在板子中运行**：通过ADB传输编译出的可执行文件至板子，验证Qt程序的正确运行。
### 总结
本文详细介绍了为飞凌OK-C开发板搭建软件开发环境的全过程，包括C/C++和Qt开发所需的交叉编译环境配置。通过本文的步骤指导，开发者可以顺利为该开发板构建Linux系统，并进行相应的编程工作。
JVM之创建对象源码分析
欢迎探索我的技术分享：《半栈工程师》 对于Java对象的创建，我过去只是停留在理论层面，但最近研究HotSpot虚拟机时，我深入剖析了JVM创建Java对象的底层机制。Java对象创建流程详解
首先，我们从一个简单的实例开始，看看如何通过代码创建一个Dog对象： 代码中new Dog()在编译成字节码后，会变成new #2，这里的new是实例化对象的关键字，#2则指向常量池中的Dog类索引。常量池是类编译后的存储区域，包含了各种符号引用和常量。new指令源码剖析
接下来，我们将深入new指令的源码。虽然涉及汇编代码，但无需立即深入，先了解一下《JVM之模板解释器》会有所帮助。新指令的运行过程如下：从指令中获取类在常量池的索引，存入rdx寄存器，并记录当前指令地址。
获取常量池地址和元素类型数组_tags，用于后续类型检查。
检查元素类型是否为JVM_CONSTANT_Class，如果不是，进入慢速分配。
获取并入栈类的运行时数据结构InstanceKlass，即类的内存地址。
判断类是否已解析，未解析则执行慢速分配，解析过的进入快速分配。
计算类实例大小并分配内存，首先尝试TLAB区，失败则在Eden区分配。
初始化对象实例数据和对象头。
如果类未解析，执行慢速分配过程。
总结
至此，我们了解了Java对象从创建到初始化的全过程。虽然使用了模板解释器，但理解字节码解释器中的相关方法也是个不错的选择。如果你对HotSpot源码感兴趣，欢迎加入讨论，我的****是wechat：wang_atbeijing。QEMU虚拟机、源码 虚拟化与云原生
QEMU，全称为Quick Emulator，是Linux下的一款高性能的虚拟机软件，广泛应用于测试、开发、教学等场景。QEMU具备以下特点：
QEMU与KVM的关系紧密，二者分工协作，KVM主要负责处理虚拟机的CPU、内存、IO等核心资源的管理，而QEMU则主要负责模拟外设、提供虚拟化环境。KVM仅模拟性能要求较高的虚拟设备，如虚拟中断控制器和虚拟时钟，以减少处理器模式转换的开销。
QEMU的代码结构采用线程事件驱动模型，每个vCPU都是一个线程，处理客户机代码和模拟虚拟中断控制器、虚拟时钟。Main loop主线程作为事件驱动的中心，通过轮询文件描述符，调用回调函数，处理Monitor命令、定时器超时，实现VNC、IO等功能。
QEMU提供命令行管理虚拟机，如输入"savevm"命令可保存虚拟机状态。QEMU中每条管理命令的实现函数以"hmp_xxx"命名，便于快速定位。
QEMU的编译过程简便，先运行configure命令配置特性，选择如"–enable-debug"、"–enable-kvm"等选项，然后执行make进行编译。确保宿主机上安装了如pkg-config、zlib1g-dev等依赖库。安装完成后，可使用make install命令将QEMU安装至系统。
阅读QEMU源码时，可使用Source Insight 4.0等工具辅助。下载安装说明及工具文件，具体安装方法参考说明文档。QEMU源码可在官网下载，qemu.org/download/。
QEMU与KVM的集成提供了强大的虚拟化能力，广泛应用于虚拟机管理、测试、开发等场景。本文介绍了QEMU的核心特性和使用方法，帮助初次接触虚拟化技术的用户建立基础认知。深入了解QEMU与KVM之间的协作，以及virtio、virtio-net、vhost-net等技术，将为深入虚拟化领域打下坚实基础。
手把手教你搭建ARM QEMU环境
在上篇介绍了ARM QEMU环境搭建过程后，让我们继续学习如何搭建ARM QEMU开发环境。 首先，准备开发环境:你的PC系统：Windows
虚拟机软件：VMware
虚拟机操作系统：Ubuntu .
目标模拟的位CPU：Cortex-A
使用版本：qemu-8.2.0、Linux Kernel 5..和busybox-1..1
构建步骤如下：从qemu官网下载并解压qemu-8.2.0源码。
确保你的主机Python版本大于3.8，如需升级，访问python官网下载源码。
安装所需的Python依赖和glib2.0环境。
进入qemu目录，配置源码，创建编译目录并进行配置。
从kernel.org获取Linux kernel 5.源码，解压并编译生成Image文件。
同时，编译kernel modules，存放在指定目录。
使用busybox制作根文件系统：下载最新版本源码，设置交叉编译工具链，重新配置并安装。
创建rootfs目录，将busybox安装内容复制到其中，包括设置环境变量和设备节点。
在/etc/init.d/rcS脚本中，rcS会挂载文件系统、处理热插拔和设置eth0的静态IP。
理解并配置其他配置文件如/etc/fstab和/etc/profile。
如果需要，可以尝试基于ram的内存文件系统，使用cpio工具制作initramfs或gzip压缩。
如果需要持久化，制作基于硬盘的文件系统。
最后，使用qemu命令启动内核并通过串口登录。
对于更详细的步骤和示例，可以参考我的文章《Linux随笔录》，回复关键字"busybox"获取相关资源。作者潘小帅，热衷于Linux底层技术，喜欢分享原创文章，也欢迎关注微信公众号Linux随笔录，一同探讨技术与生活。感谢您的支持和关注！Lua5.4 源码剖析——虚拟机2 之 闭包与UpValue
故事将由我们拥有了一段 Lua 代码开始，我们先用 Lua 语言写一段简单的打印一加一计算结果的 Lua 代码，并把代码保存在 luatest.lua 文件中：
可执行的一个 Lua 文件或者一份单独的文本形式 Lua 代码，在 Lua 源码中叫做 "Chunk"。无论我们通过什么形式去执行，或者用什么编辑器去执行，最终为了先载入这段 Lua 的 Chunk 到内存中，无外乎会归结到以下两种方式：1）Lua 文件的载入：require 函数 或 loadfile 函数；2）Lua 文本代码块的载入：load 函数；这两种方式最终都会来到下面源码《lparse.c》luaY_parser 函数。该函数是解析器的入口函数，负责完成代码解析工作，最终会创建并返回一个 Lua 闭包（LClosure），见下图的红框部分：
另外，上图中间有一行代码最终会调用到 statement 函数，statement 函数是 Chunk 解析的核心函数，它会一个一个字符地处理我们编写的 Lua 代码，完成词法分析和语法分析工作，想要了解字符处理整个状态流程的可以自行研读该部分源码，见源码《lparse.c》statement 函数部分代码：
完成了解析工作之后，luaY_parser 函数会把解析的所有成果放到 Lua 闭包（LClosure）对象之中，这些存储的内容能保证后续执行器能正常执行 Lua 闭包对应的代码。
Lua 闭包由 Proto（也叫函数原型）与 UpValue（也叫上值）构成，见源码《lobject.h》LClosure 定义，我们下面将进行详细的讲解：
UpValue 是 Lua 闭包数据相关的，在 Lua 的函数调用中，根据数据的作用范围可以把数据分为两种类型：1）内部数据：函数内部自己定义的数据，或者通过函数参数的形式传入的数据（在 Lua 中通过参数传入的数据本质上也是先赋值给一个局部变量）；2）外部数据：在函数的更外层进行定义，脱离了该函数后仍然有效的数据；外部数据在我们的 Lua 闭包中就是 UpValue，也叫上值。
既然 Lua 支持函数嵌套，也知道了 UpValue 本质就是上层函数的内部数据。那么 UpValue 有必要存储于 Lua 闭包（LClosure）结构体当中吗？是为了性能考虑而做的一层指针引用缓存吗？回答：并不是基于性能的考虑，因为在实际的 Lua 运用场景中，函数嵌套的层数通常来说不会太多，个别函数多一层的查询访问判断不会带来过多的性能开销。需要在闭包当中存储 UpValue 主要原因是因为内存。Lua 作为一门精致小巧的脚本语言，设计初衷不希望占用过多的系统内存，它会尽量及时地清理内存中用不到的对象。在嵌套函数中，内层函数如果仍然有被引用处于有效状态，而外层函数已经没有被引用了已经无效了，此时 Lua 支持在保留内层函数的情况下，对外层函数进行清除，从而可以清理掉外层函数引用的非当前函数 UpValue 用途以外的大量数据内存。
尽管外层函数被清除了，Lua 仍然可以保持内层函数用到的 UpValue 值的有效性。UpValue 如何能继续保持有效，我们在之前的基础教程《基本数据类型 之 Function》里面学习过，主要是因为 UpValue 有 open 与 close 两种状态，当外层函数被清除的时候，UpValue 会有一个由 open 状态切换到 close 状态的过程，会对数据进行一定的处理，感兴趣的同学可以回到前面复习一下。
UpValue 有效性例子
接下来我们举一个代码例子与一个图例，表现一下 UpValue 在退出外层函数后仍然生效的情况，看一下可以做什么样的功能需求，加深一下印象，请看代码与注释：
上述代码在执行 OutFunc 函数后，外层的 globalFunc 函数变量完成了赋值，每次对它进行调用，都将可以对它引用的 UpValue 值即 outUpValue 变量进行正常加 1。
函数的内部数据属于函数自身的内容，外部其它函数无法通过直接的方式访问其它函数的内部数据。函数自身的东西会存在于 LClosure 结构体的 Proto*p 字段中。Proto 全称 "Function Prototypes"，通常也可以叫做 "函数原型"，我们来看一下它的定义，见源码《lobject.h》Proto 结构体：
结构体字段比较多，我们先不细看，后面用到哪个字段会再进行补充说明。函数的内部数据分为常量与变量（即函数局部变量），分别对应上图的如下字段：
1）常量：TValue* k 为指针指向常量数组；int sizek 为函数内部定义的常量个数，也即常量数组 k 的元素个数。
2）局部变量：LocVar* locvars 为指针指向局部变量数组；int sizelocvars 为函数定义的局部变量个数，也即局部变量数组 locvars 的元素个数。
UpValue 的描述信息会存储在 Proto 结构体中的 Upvaldesc* upvalues 字段，解析器解析 Lua 代码的时候会生成这个 UpValue 描述信息，并用于生成指令，而执行器运行的时候可以通过该描述信息方便快速地构建出真正的 UpValue 数组。
至此，我们知道了函数拥有 UpValue，有常量，有局部变量。外部数据 UpValue 也讲完，内部数据也讲完。接下来，我们开始学习函数运行的逻辑指令相关内容。
函数逻辑指令存储于函数原型 Proto 结构体中，这些函数逻辑是由一行行的 Lua 代码构成的，代码会被解析器翻译成 Lua 虚拟机能识别的指令，我们把这些指令称为 "OpCode"，也叫 "操作码"。Proto 结构体存储 OpCode 使用的是下图中红框部分字段，见源码《lobject.h》Proto 结构体：
至此，我们可以简单提前说一下 Lua 虚拟机的功能了，本质上来看，Lua 虚拟机的工作，就是为当前函数（或者当前一段 OpCode 数组）准备好数据，然后有序执行 OpCode 指令。
对 OpCode 有了一定的认识了，接下来我们要补充一个 OpCode 相关的 Lua 闭包相关的内容，就是 Lua 闭包的运行环境。
一个 Lua 文件在载入的时候会先创建出一个最顶层（Top level）的 Lua 闭包，该闭包默认带有一个 UpValue，这个 UpValue 的变量名为 "_ENV"，它指向 Lua 虚拟机的全局变量表，即_G 表，可以理解为_G 表即为当前 Lua 文件中代码的运行环境 (env)。事实上，每一个 Lua 闭包它们第一个 UpValue 值都是_ENV。
ENV 的定义在我们之前提到的解析器相关函数 mainfunc 中，见源码《lparser.c》：
如果想要设置这个载入后的初始运行环境不使用默认的 _G 表，除了直接在该文件代码中重新赋值_ENV 变量这种粗暴且不推荐的方式以外，通常是通过我们前面提到的加载 Lua 文件函数或加载 Lua 字符串代码函数传入 env 参数（Table 类型），就可以用自定义的 Table 作为当前 Lua 闭包的全局变量环境了，env 参数为上面两个函数的最末尾一个参数，'[' 与 ']' 字符中的内容表示参数可选，函数的定义摘自 Lua5.4 官网文档：
所以我们可以在 Lua 代码通过 _ENV 访问当前环境：
在 Lua 的旧版本中，变量的查询最多会分为 3 步：1）先从函数局部变量中进行查找；2）找不到的话就从 UpValue 中查找；3）还找不到就从全局环境默认 _G 表查找。而在 Lua5.4 中，把 UpValue 与全局 _G 表的查询统一为 UpValue 查询，并把一些操作判断提前到了解析器解析阶段进行，例如函数内部使用的某个 UpVaue 变量在代码解析的时候就可以通过 UpValue 描述信息知道存储于 Lua 闭包 upvals 数组的哪个下标位置，在执行器运行的时候只需要直接在数组拿取对应下标的这个 UpValue 数据即可。
从 OpCode 的层面来看，Lua 除了支持通过一个 UpValue 数组下标访问一个 UpValue 变量，在把 _G 表合并到 UpValue 之后，Lua 为此实现了通过一个字符串 key 值从某个 Table 类型的 UpValue 中查询变量的操作。
至此，我们了解了 Lua 闭包的结构与运行环境，以及 OpCode 的基本概念。接下来，我们将深入学习 OpCode，掌握 OpCode 就掌握了整个 Lua 虚拟机数据与逻辑的流向。
2024-11-23 08:17
2024-11-23 07:05
2024-11-23 07:02
2024-11-23 06:37
2024-11-23 05:51
