1.OpenGL自学笔记(四)(着色器)
2.EasyLogger源码学习笔记（4）
3.带源的源码笔记品牌有哪些
4.Mobx源码阅读笔记——3. proxy 还是defineProperty，劫持对象行为的源码笔记两个方案
5.Vue Router 源码学习笔记4 - pushState和replaceState的实现
6.TCC编译器源码阅读笔记：命令行选项分析与环境变量处理
OpenGL自学笔记(四)(着色器)
这一章节没有太多新内容，主要是源码笔记对之前内容的复述。如果你熟悉shadertoy，源码笔记那么这一部分可能不需要过多解释。源码笔记更建议阅读资深人士的源码笔记wstmart源码教程。
着色器（Shader）是源码笔记一种运行在GPU上的小程序，为图形渲染管道的源码笔记特定部分提供支持。从基本意义上讲，源码笔记着色器是源码笔记一种将输入转换为输出的程序。着色器非常独立，源码笔记它们之间不能相互通信，源码笔记唯一的源码笔记沟通方式是通过输入和输出。
着色器使用GLSL（类似C语言）编写。源码笔记除了GLSL，源码笔记还有HLSL、CG等其他语言。GLSL是为图形计算专门设计的，包含针对向量和矩阵的有用特性。
以下是着色器的基础结构。
在顶点着色器中，每个输入变量被称为顶点属性。可声明的顶点属性数量有限，通常由硬件决定。一般至少有个（包含4个分量）的顶点属性可用。
GLSL包含C等其他语言的大部分默认基础类型：int、float、double、unit和bool。同时还有两种容器类型：向量（Vector）和矩阵（Matrix）。
GLSL中的向量是一个可以包含最高4个分量的容器，分量类型是基础类型之一。大多数情况下，使用vecn就足够了。一个拥有4个分量的向量可以通过点访问符号进行访问，分别使用.x、.y、.z和.w来获取第1~4个分量。对于颜色，则使用rgba进行访问，同理对纹理坐标则使用stpq访问相同的分量。
重组是向量分量的一种灵活用法，允许使用原来向量的分量任意组合形成一个新的向量。但是不允许从vec2中获取.z元素，即2维向量不能获取第四个分量。也可以把一个向量作为一个参数传给不同的向量构造函数。
着色器是独立的小程序，但也是整体的一部分。因此，每个着色器都有输入和输出，以便进行数据交流和传递。GLSL定义了in和out关键字专门来实现这个目的android系统源码脱壳。每个着色器使用这两个关键字设定输入和输出，只要一个输出变量与下一个着色器阶段的输入匹配，它就会传递下去。但在顶点和片段着色器中会有所不同。
顶点着色器应该接收特殊形式的输入，否则会效率低下。顶点着色器的输入特殊在于它直接从顶点数据中接收输入。为了定义顶点数据该如何管理，使用location这一元数据指定输入变量，这样我们才可以在CPU上配置顶点属性。我们已经在前面的教程中看过这个了，layout (location = 0)。顶点着色器需要为它的输入提供一个额外的layout标识，以便将其链接到顶点数据。也可以通过在OpenGL代码中使用glGetAttribLocation查询属性位置值（Location）。
另一个例外是片段着色器，它需要一个vec4颜色输出变量，因为片段着色器需要生成一个最终输出的颜色。如果你在片段着色器中没有定义输出颜色，OpenGL会把你的物体渲染为黑色（或白色）。
因此，如果我们打算从一个着色器向另一个着色器发送数据，我们必须在发送方着色器中声明一个输出，在接收方着色器中声明一个类似的输入。当类型和名字都一样的时候，OpenGL就会把两个变量链接到一起，它们之间就能发送数据了（这是在链接程序对象时完成的）。
uniform是一种从CPU中的应用向GPU中的着色器发送数据的方式，但uniform和顶点属性有些不同。首先，uniform是全局的（Global）。全局意味着uniform变量必须在每个着色器程序对象中都是独一无二的，而且它可以被着色器程序的任意着色器在任意阶段访问。其次，无论你把uniform值设置成什么，uniform会一直保存它们的数据，直到它们被重置或更新。
我们可以在一个着色器中添加uniform关键字至类型和变量名前来声明一个GLSL的uniform。从此处开始我们就可以在着色器中使用新声明的uniform了。通过uniform设置三角形的颜色：
这里在片段着色器中声明了一个uniform的四维向量作为最终颜色输出。因为uniform是全局变量，可以在任何着色器中定义它们，而无需通过顶点着色器作为中介，所以不用在顶点着色器中定义这个uniform。
如果声明了一个uniform却在GLSL代码中没用过，编译器会静默移除这个变量，导致最后编译出的版本中并不会包含它，这可能导致几个非常麻烦的错误！
这个uniform现在还是空的；我们还没有给它添加任何数据，所以下面我们就做这件事。我们首先需要找到着色器中uniform属性的共振强度指标源码索引/位置值。当我们得到uniform的索引/位置值后，我们就可以更新它的值了。这次我们不去给像素传递单独一个颜色，而是让它随着时间改变颜色：
glfwGetTime()获取程序运行秒数，使用sin得到[-1,1]区间的值，最后做一个[0-1]区间的规范化，储存为一个变量。用glGetUniformLocation查询uniform变量的位置值。参数就是着色器程序对象和uniform变量名。如果返回-1，意味着没有找到。最后是通过glUniform4f函数设置uniform变量的值（根据位置值设置变量）第一个参数是位置值，后面就是设置的值了。
查询uniform地址不要求你之前使用过着色器程序，但是更新一个uniform之前你必须先激活程序，因为它是在当前激活的着色器程序中设置uniform的。
现在写一个着色器类用来读取硬盘中的着色器文件，编译并链接它们。
这里把所有的着色器类都放在头文件中。第一行的包含是用来防止链接冲突的，once意思是该头文件只被包含一次。着色器类储存了着色器程序的ID。它的构造函数需要顶点和片段着色器源代码的文件路径，这样可以把着色器源码的文本文件储存在硬盘上。use用来激活着色器程序。所有的set…函数能够查询一个uniform的位置值并设置它的值。
这里我创建了一个新的CPP文件用来定义着色器头文件中的声明内容。
构造函数中是处理着色器文件的读取并编译和链接着色器。而检查编译和链接的函数如下。除此之外还有激活程序，自己额外加了个删除的程序。
uniform的setter函数：
创建一个着色器对象，读取文件路径即可。
有可能这一步会出一点问题，不知道具体包含路径。我这里的../表示上级目录，这里是返回到解决方案文件夹了。
其实可以在构造函数中的catch中打印当前输入的路径，就可以知道路径与资源文件夹中路径是否一致。
最后在渲染循环中渲染：
EasyLogger源码学习笔记（4）
setbuf函数用于开启或关闭缓冲机制，关闭时使用setbuf(stdout, NULL);。
在编程中，unlikely(x) 和 likely(x) 函数通过宏定义 __builtin_expect(!!(x), 1) 和 __builtin_expect(!!(x), 0) 实现，用以帮助优化编译器，实现等价于if(a)但更高效的条件判断。
semget()函数用于创建或获取信号量，其原型为 int semget(key_t key, int num_sems, int sem_flags)。它接受一个键值、指定信号量数量及标志位，成功时返回信号标识符，失败时返回-1。如何隐藏dll源码
semctl()函数用于设置或获取信号量的值，而semop()函数则用于执行信号量的P操作或V操作。
信号量在共享内存管理中扮演关键角色，内核维护一个名为shmid_ds的数据结构，用于管理共享内存段。
利用fseek()函数，可以设置文件流的位置，通过参数offset和whence来确定查找位置的偏移量。
a+方式打开文本文件，允许读写，若文件不存在则创建，读取从头开始，写入只能追加。
sem_post函数（int sem_post(sem_t *sem);）将信号量值增加1，当线程阻塞在该信号量上时，调用此函数会使一个线程解除阻塞，选择机制由线程调度策略决定。
sem_wait函数（int sem_wait(sem_t * sem);）则将信号量值减去1，但需等待信号量值非零时才开始减法操作。
一种应用方法是利用信号量实现类似于信号传递的功能，某线程在特定条件下执行任务，其他线程通过调用sem_post()使信号量加一，该线程在调用sem_wait()后解除阻塞，继续执行。
带源的品牌有哪些
带源的品牌包括源码链、源码笔记、车源易找等。解释如下：
源码链
源码链是一个以技术为核心的品牌。主要致力于区块链技术的研发与应用，为各类企业和开发者提供基于区块链的解决方案。品牌名中的“源码”，寓意着其注重技术的本源，追求技术的纯净与原始；而“链”则反映了其在区块链领域的专注和链接价值。这个品牌以其技术实力和创新能力得到了广大开发者和企业的认可。
源码笔记
源码笔记是一家注重知识分享和传承的品牌。它专注于各类源代码的学习和研究，为广大开发者提供有价值的笔记和教程。品牌名中的“源码”反映了其关注源代码的学习和研究领域；而“笔记”则表达了其注重知识的积累和分享。这个品牌以其深入浅出、实用为主的教程赢得了广大开发者的喜爱。
车源易找
车源易找是一家在汽车领域有着广泛影响力的品牌。其主要业务是提供汽车信息服务和车源查找服务。品牌名中的“车源”直接表达了其主要业务领域——汽车；而“易找”则体现了其服务宗旨，即为消费者提供一个简单、快捷的查找车源的平台。这个品牌以其丰富的信息资源和服务赢得了广大消费者的信任。
以上所述的几个带源的品牌，虽然所处领域不同，但它们都以自己的名字准确地反映了自身的业务范围和服务宗旨，从而获得了消费者或用户的广泛认可和信赖。
Mobx源码阅读笔记——3. proxy 还是html源码如何保存defineProperty，劫持对象行为的两个方案
这篇文章将深入分析 MobX 的 observableObject 数据类型的源码，同时探讨使用 Proxy 和 Object.defineProperty 这两种实现方案来劫持对象行为的策略。通过分析，我们能够理解 MobX 在创建 observableObject 时是如何同时采用这两种方案，并在创建时决定使用哪一种。
首先，回顾 observableArray 的实现方式，通过 Proxy 代理数组的行为，转发给 ObservableArrayAdministration 来实现响应式修改的逻辑。同样，我们已经讨论过 observableValue 的实现，通过一个特殊的类 ObservableValue 直接使用其方法，无需代理。
对于 observableObject 的实现机制，其特点在于同时采用了上述两种方案，并且在创建时决定使用哪一种。让我们回到文章中提到的工厂方法，其中根据 options.proxy 的值来决定使用哪一种方案。
在 options.proxy 为 false 的情况下，使用第一条路径来实现 observableObject。这通过直接返回 extendObservable 的结果，其中 extendObservable 是一个工具函数，用于向已存在的目标对象添加 observable 属性。属性映射中的所有键值对都会导致目标上生成新的 observable 属性，并且属性映射中的任意 getters 会被转化为计算属性。
这里首先根据 options 参数选择特定的 decorator，这个过程与之前在第一篇文章中通过 options 参数选择特定的 enhancer 类似。实际上，这里的 decorator 起到了类似的作用，甚至在创建 decorator 这个过程本身也需要通过 enhancer 参数。
至于 decorator 和 enhancer 之间的耦合机制，文章中详细解释了 createDecoratorForEnhancer 和 createPropDecorator 函数，通过这些函数我们能够了解到它们是如何将 decorator 和 enhancer 联系起来的。
接下来，文章深入分析了 decorator 的作用机制，包括它如何决定是否立即执行，以及在不立即执行时如何将创建 prop 的相关信息保存下来。通过 initializeInstance 函数，我们了解了如何解决 # 问题，这涉及到如何正确处理那些在创建时未被立即执行的 prop。
最终，通过为 target 对象创建 ObservableObjectAdministration 管理对象，并通过 $mobx 和 target 属性将它们关联起来，我们完成了 observableObject 的创建。如果传入的 properties 不为空，则使用 extendObservableObjectWithProperties 来初始化。这里的代码逻辑相对简单，主要遍历 properties 中的所有键并调用对应的 decorator。
文章还指出，虽然在第一条路径中，使用 Object.defineProperty 重写了 prop 的 getter 和 setter，但在 MobX 4 及以下版本中，使用 Proxy 来实现 observableObject 的逻辑更为常见。Proxy 特性在 ES6 引入后，提供了更强大的能力来劫持对象的行为，不仅限于 getter 和 setter，还包括对象的其他行为。
最后，文章总结了使用 Proxy 方案的优点，包括能够更全面地劫持对象的行为，而不仅仅是属性的 getter 和 setter。Proxy 方案在实现双向绑定时，能够提供更灵活和强大的功能。同时，文章也提到了两种方案的局限性，尤其是在处理对象属性的可观察性方面，Proxy 方案在某些情况下可能更具优势。
Vue Router 源码学习笔记4 - pushState和replaceState的实现
在Vue Router中，HTML5History的push和replace操作主要通过util/push-state.js中的相应函数来执行，它们依赖window.history.pushState和window.history.replaceState API。对于HTML5History，如果浏览器支持，就按照标准流程进行，即利用pushState或replaceState改变浏览器的历史记录，而不会导致页面刷新。
对于HashHistory，浏览器支持与否对操作方式有影响。若支持，同样采用类似方法，通过pushState设置hash部分，replaceState则调用window.location.replace替换当前URL。然而，如果浏览器不支持pushState，会直接操作window.location更改URL，以#符号为标志。
MDN文档中提到，pushState需要三个参数：状态对象、标题（通常忽略）和可选的URL。而replaceState与pushState类似，只是替换当前历史项，而非新增，尽管它会在浏览器历史中生成新的记录。
当路由更改后，紧接着是视图的同步更新。详细了解这两个方法的使用，可以参考MDN文档：developer.mozilla.org/zh-CN/docs/Web/API/History/pushState。
继续深入学习，确保在实际项目中正确运用这些原理，实现无缝的路由切换。
TCC编译器源码阅读笔记：命令行选项分析与环境变量处理
TCC编译器源码阅读笔记：命令行选项分析与环境变量处理
TCC没有使用命令行选项分析库，而是自己实现了命令行选项分析功能。其命令行选项语法与GCC编译器选项兼容。此外，TCC进程的环境变量也会影响其行为。详情请参考bellard.org/tcc/tcc-doc...
命令行选项分析由tcc_parse_args函数完成，该函数通过TCCOption结构的数组描述所有支持的选项，使用FlagDef结构的数组描述二级选项。set_flag函数用于分析二级选项。
命令行选项一般用于指示程序执行功能或传递执行所需数据。tcc_parse_args分析命令行，产生副作用，即保存信息，以及返回值指示程序接下来要执行的功能。TCC使用TCCState结构汇总编译数据信息，tcc_parse_args的第一个参数也是这个结构的地址，将分析结果存储在结构的相关字段中。
同时，tcc_parse_args通过返回值指示命令行要求的后续功能，并通过三级指针更新指向命令行参数数组首项的指针变量内容，配合后续功能执行。
TCC的基础设施包括tcc_strdup、strstart、full_read、load_data、tcc_load_text、tcc_basename、parse_version、args_parser_make_argv、args_parser_listfile、tcc_set_options、filespec、args_parser_add_file等。
文件相关处理涉及tcc_split_path、tcc_add_include_path、tcc_add_sysinclude_path、tcc_add_library_path和tcc_set_lib_path。路径相关处理包括tcc_define_symbol、tcc_undefine_symbol、-Wl,选项分析、link_option、skip_linker_arg和pstrncpy。
选项分析实现涉及TCCOption结构、FlagDef结构和set_flag函数。TCCOption结构描述选项名称、ID和特性，FlagDef结构描述二级选项的偏移、特性、名称。set_flag函数根据选项名称和描述数组设置二级选项的值。
接口tcc_parse_args是TCC命令行选项分析的核心，通过tcc_options数组中的选项描述进行遍历分析。这个接口包含多个局部变量，用于查找当前分析的选项、选项值和指示特定命令行参数的特殊逻辑。接口通过while循环顺序分析命令行参数，返回值指示分析结果。
TCC主要使用C_INCLUDE_PATH、CPATH和LIBRARY_PATH环境变量，分别用于提供头文件搜索目录和库文件搜索目录。这些环境变量中的路径由set_environment函数添加到TCCState相关字段中。
学习编程｜Spring源码深度解析 读书笔记 第4章：bean的加载
在Spring框架中，bean的加载过程是一个精细且有序的过程。首先，当需要加载bean时，Spring会尝试通过转换beanName来识别目标对象，可能涉及到别名或FactoryBean的识别。
加载过程分为几步：从缓存查找单例，Spring容器内单例只创建一次，若缓存中无数据，会尝试从singletonFactories寻找。接着是bean的实例化，从缓存获取原始状态后，可能需要进一步处理以符合预期状态。
原型模式的依赖检查是单例模式特有的，用来避免循环依赖问题。然后，如果缓存中无数据，会检查parentBeanFactory，递归加载配置。BeanDefinition会被转换为RootBeanDefinition，合并父类属性，确保依赖的正确初始化。
Spring根据不同的scope策略创建bean，如singleton、prototype等。类型转换是后续步骤，可能将返回的bean转换为所需的类型。FactoryBean的使用提供了灵活的实例化逻辑，用户自定义创建bean的过程。
当bean为FactoryBean时，getBean()方法代理了FactoryBean的getObject()，允许通过不同的方式配置bean。缓存中获取单例时，会执行循环依赖检测和性能优化。最后，通过ObjectFactory实例singletonFactory定义bean的完整加载逻辑，包括回调方法用于处理单例创建前后的状态。
ffmpeg源码笔记-查找编解码器(一)
在ffmpeg-4.3.4版本中，处理编解码器的关键结构体AVCodec封装了底层编码器实现。查找编码器的方法有以下两种：
首先，通过name字段，可以查看文件开头的extern结构体，如extern AVCodec ff_libx_encoder，其对应的名字为libx。为了支持x编码，需要在编译时启用相关选项，如--enable-x。
另一种方法是通过enum AVCodecID id，这个在codec_id.h中定义。编码器查找通常在libavcodec/allcodecs.c中，如avcodec_find_encoder_by_name函数，它调用了find_codec_by_name，进而调用av_codec_iterate，最终可能涉及ff_thread_once函数。
函数avcodec_find_encoder的调用流程不同，它寻找的是所有注册的编码器，而不是指定名称。调用avcodec_register后，会初始化一些全局变量，如av_codec_next_init。
总结来说，avcodec_find_encoder_by_name提供了更强的控制性，但可能影响兼容性，如果FFmpeg不支持特定编码器，程序会失败；而avcodec_find_encoder则依赖系统选择，兼容性较好，开发者可以根据实际需求来选择使用。
值得注意的是，源码中的codec_list数组虽然在源码中未直接定义，但会在编译时自动生成，包含系统支持的编码器列表。这部分信息可以在编译后的代码中找到，具体列表可在#include "libavcodec/codec_list.c"中查看，但实际源码中并未包含该文件。
Vuex 4源码学习笔记 - mapState、mapGetters、mapActions、mapMutations辅助函数原理（六）
在前一章中，我们通过了解Vuex的dispatch功能，逐步探索了Vuex数据流的核心工作机制。通过这一过程，我们对Vuex的整体运行流程有了清晰的把握，为深入理解其细节奠定了基础。本章节，我们将聚焦于Vuex的辅助函数，包括mapState、mapGetters、mapActions、mapMutations以及createNamespacedHelpers，这些函数旨在简化我们的开发流程，使其更符合实际应用需求。
请注意，这些辅助函数在Vue 3的Composition API中不适用，因为它们依赖于组件实例（this），而在Setup阶段，this尚未被创建。因此，它们仅适用于基于选项的Vue 2或Vue 3经典API。
以mapState为例，它允许我们以计算属性的形式访问Vuex中的状态。当组件需要获取多个状态时，通过mapState生成的计算属性可以显著减少代码冗余。若映射的计算属性名称与state子节点名称相同，只需传入字符串数组。此外，通过对象展开运算符，我们能轻松地在已有计算属性中添加新的映射。
深入代码层面，mapState的核心功能在src/helpers.js文件中得以实现。通过normalizeNamespace函数统一处理命名空间和map数据，然后利用normalizeMap函数将数组或对象格式数据标准化，最终返回一个封装后的函数对象。通过这种方式，mapState有效简化了状态访问的实现。
mapGetters、mapMutations、mapActions遵循相似的模式，通过normalizeNamespace统一输入，然后使用normalizeMap统一数据处理，最后返回对象格式的函数集合，支持对象展开运算符的使用。这些函数简化了获取、执行actions和mutations的过程。
createNamespacedHelpers则是为管理命名空间模块提供便利。通过传入命名空间值，它生成一组组件绑定辅助函数，简化了针对特定命名空间的模块操作。此函数通过bind方法巧妙地将namespace参数绑定到返回的函数集合中，实现了高效、灵活的命名空间管理。
本章节对mapState的实现原理进行了深入分析，并展示了其余辅助函数的相似之处。通过理解这些函数的工作机制，我们能更高效地应用Vuex，优化组件间的交互与状态管理。利用这些工具，开发者能够更专注于业务逻辑的实现，而不是繁琐的状态获取和管理。
在探索更多前端知识的旅程中，让我们一起关注公众号小帅的编程笔记，每天更新精彩内容，与编程社区一同成长。
