1.封装Vue组件库的码详方法
2.新款vue-cli之create-vue源码阅读总结
3.CockroachDB 源码闲逛 - II (insert a row)
4.wpa_supplicant-2.10源码分析
5.写一个 CLI 工具抓取奇舞周刊文章链接
6.Klish命令行框架及应用简介
封装Vue组件库的方法
封装组件库让我们在之后的工作中可以复用现成的代码，同时保持了组件的码详稳定性。本文简要概述了封装Vue组件库的码详2种方法：vue-cli、webpack。码详
vue-clivue-cli自带编译为库的码详功能。
命令编写好源码后，码详broadcom 驱动源码下载执行命令：
vue-cli-servicebuild--targetlib--nameindex--destdist./src/lib/index.ts--name参数设置库的码详名字，--dest参数设置生成文件的码详保存目录，./src/lib/index.ts表示入口文件。码详
参考资料vue-cli-servicebuild。码详
输出这个命令在dist目录中生成了CJS和UMD的码详文件，同时CSS也被处理出称为一个单独的码详文件。
依赖vue-cli没有配置好组件库的码详外部依赖，我们需要在vue.config.js中设置。码详
constPackageJson=require('./package.json')module.exports={ configureWebpack:{ externals:Object.keys(PackageJson.dependencies)}}webpackWebpack打包组件库的码详方式与打包应用方式类似，除了我们需要设置library属性。示例：
constPackageJson=require('./package.json')constPath=require('path')const{ VueLoaderPlugin}=require('vue-loader')const{ CleanWebpackPlugin}=require('clean-webpack-plugin')module.exports={ mode:'production',entry:Path.resolve(__dirname,'./src/index.ts'),output:{ path:Path.resolve(__dirname,'dist'),filename:'index.js',library:{ type:'commonjs'}},externals:Object.keys(PackageJson.dependencies),resolve:{ extensions:['.js','.json','.vue','.ts','.scss'],alias:{ vue:'vue/dist/vue.esm-bundler.js'}},module:{ rules:[{ test:/\.vue$/,loader:'vue-loader'},{ test:/\.(t|j)s$/,loader:'babel-loader',exclude:/node_modules/},{ test:/\.scss$/,use:['style-loader','css-loader','sass-loader']}]},plugins:[newVueLoaderPlugin(),newCleanWebpackPlugin()],devtool:'source-map'}output.library.type属性用于配置生成的目标模块类型。
新款vue-cli之create-vue源码阅读总结
新款Vue CLI之create-vue源码阅读总结
create-vue，作为Vue项目的简便启动工具，源码简洁明了。本文将对其核心知识点进行整理。
使用方式：create-vue通过运行outfile.cjs文件，此文件由package.json中的bin配置指定。
在package.json设置type: 'module'，表示如果js文件采用ES模块格式编写，无需转换为outfile.cjs。
模板增量覆盖命令行参数解析：简化版本的vue-cli commander，预设默认参数，如使用预设可跳过问题询问，自动拉取对应模板。
问题答案统计：prompts收集问题答案，输出成对象形式，与vue-cli中的inquirer功能类似。
颜色渐变：utils\banner.js中实现终端输出的美丽颜色渐变功能。
文字颜色格式化：kolorist库，将颜色注入输入/输出，相当于vue-cli中的chalk。
pinia：更简洁的状态管理方案。
vitest：详细信息见相关文章。
git submodule：常规操作，playground文件夹即为一个submodule。
js语法书写shell：以js形式编写shell脚本，例如scripts\snapshot.mjs需先执行npm run build。
pnpm：自行搜索了解。人群吞噬 源码
husky7：git hooks相关。
npm-run-all：自行搜索了解。
cypress：自行搜索了解。
CockroachDB 源码闲逛 - II (insert a row)
本文将深入探讨 CockroachDB 的启动过程以及处理一条简单 SQL（如插入一行数据）的具体流程。CockroachDB 使用 Go 语言中流行的 Cobra 库来构建其命令行界面（CLI），在使用 `start` 命令启动服务端后，代码从特定位置开始执行。
启动初期，CockroachDB 会准备好各种日志和 pprof 功能。pprof 功能允许通过开关控制定期导出 CPU 和内存（通过 go/jemalloc）的性能分析报告，并定期清除旧的 pprof 数据，这有助于在排查问题时找到事故现场的堆栈或性能数据。
之后，服务端使用一个端口同时处理 PostgreSQL、HTTP 和 gRPC 协议，代码进入 `Server.start()` 方法。这个方法包含复杂的逻辑用于节点发现和 bootstrap。主要关注点在于 SQL 处理，尤其是 PostgreSQL 协议下的客户端连接。
当客户端通过 PG 协议连接到服务端时，代码进入 `pgwire.Server#ServeConn` 方法。通过校验版本等步骤后，进入 `conn.serveImpl` 方法，这是处理请求的主要逻辑。在这里，每个客户端连接由两个 goroutine 分别处理读取协议解析和命令执行。这种设计允许在执行过程中同时接收客户端连接事件，例如在执行大规模 SQL 过程时，通过关闭其中一个 goroutine 可以在 SQL 执行的同时响应客户端的 `FIN` 指令。
在客户端连接的两个 goroutine 准备好后，发送的 SQL 语句开始在 `coordinator-side` 进行处理。首先，`read goroutine` 解析网络包，并根据不同的 PG cmd 分发到相应的方法进行处理。对于简单的文本执行查询，`handleSimpleQuery` 方法相对简单。为了区分不同批量的命令，当一组命令推送到 `stmtBuf` 后，会插入一个哨兵 `Sync` 来标记当前批次结束以及后续命令属于下一个批次。
随后，`process goroutine` 从 `stmtBuf` 中获取命令，根据不同的命令类型分发到相应的 `exec*` 方法。例如，libsvm源码解析简单查询产生的 `ExecStmt` 会进入 `execStmt` 方法，在此之前会创建 `stmtRes` 来封装后续返回客户端响应的缓冲区刷新逻辑。
在处理 SQL 语句时，CockroachDB 会维护一个状态机（StateMachine），用于管理当前连接的事务状态。状态机的定义和行为主要与事务相关，包括 `noTxn`、`open`、`abort`、`implicit` 等状态。在处理插入一行数据的简单语句（如 `INSERT INTO t (a) VALUES (1);`）时，流程如下：
首先，客户端与服务端建立连接，启动两个 goroutine。当插入语句发送到服务端后，`read goroutine` 开始解析并放置到 `stmtBuf`。
随后，`process goroutine` 从 `stmtBuf` 拿出命令，识别为 `ExecStmt`。由于执行此语句前未开始事务，当前连接的状态机处于 `stateNoTxn`。因此，执行 `execStmtInNoTxnState` 方法，因为没有事务，仅执行 `execStmtInNoTxnState` 的默认分支，返回 `eventTxnStart` 事件和 `eventTxnStartPayload`。此时，状态机应用 `noTxnToOpen` 进程，为隐式事务的启动做准备。服务端通过 `client.NewTxn` 创建事务，获取时间戳并准备 `sender` 和 `coordinator` 等工作。接着，设置 `advanceInfo` 为 `advanceOne`、`noRewind`（无需回移 `stmtBuf`，通常重试时需要回移）和 `txnState` 为 `txnStart`。事务状态为 `open` 后，`execCmd` 会从 `stmtBuf` 中继续取出插入语句并执行。
当当前事务状态为 `open` 且为 `implicit` 时，`execStmtInOpenState` 方法继续执行。由于当前 SQL 不是 `BEGIN`、`COMMIT` 等操作，挂载了 `handleAutoCommit` 的 `defer` 函数，并处理 `AS OF` 时间逻辑后，麻花电影源码进入 `dispatchToExecutionEngine` 方法。
在 `makeExecPlan` 方法中，创建逻辑计划。接下来，评估是否能够分布执行逻辑计划（对于插入操作，CockroachDB 当前不支持分布式计划）。然后，为逻辑计划准备上下文，调用 `execWithDistSQLEngine`。对于不可分布执行的情况，创建简化版的 `planCtx`，用于生成物理计划。在此步骤中，生成物理计划（如 `row count` 算子）并最终生成执行流程。
在准备和生成流程后，服务端启动在本地节点的执行流程。通过 `local execution` 的 `setup` 和 `run` 方法，执行生成的处理器（如 `planNodeToRowSource`）。在 `run` 方法中，执行 `rowCountNode` 算子，进而触发 `insertNode` 的 `BatchNext`，以火山模式（一次过一个批处理的多个行）执行插入操作。
插入操作中，`BatchNext` 分批处理，根据 `maxInsertBatchSize`（默认为 ）进行分批。对于非最后一批次，会通过 `txn.Run` 发送至存储节点，将数据分批存储。在 `checkHelper` 函数中，检查表约束，分为 `eval` 和 `input` 模式，前者是老逻辑，后者在插入前检查约束结果，作为插入算子的输入，有利于优化插入操作。
添加批处理时，调用 `initResult` 准备每个 `CPut` 的结果。如果批处理中某个命令失败（如序列化失败），会在 `initResult` 中保存序列化失败信息。
之后，将准备好的批处理发送至 `replica-side`。在 `finalize` 中，将 `EndTransactionRequest` 添加到批处理的善用搜索源码末尾，通过 `txn.Run` 发起。此时，批处理中包含一个条件 `put` 和一个结束事务请求，服务端通过 `DistSender.Send` 将批处理发送至 `replica-side`。批处理中的 `result` 包含 `err` 信息，用于验证批处理序列化无误。
在 `replica-side`，请求到达节点的存储层，找到相关范围的副本对象并处理等待逻辑。对于写入操作，使用 Raft 进行 `Replica.executeWriteBatch`。在此方法中，使用 `Latch` 机制来优化对交叠和非交叠批处理的处理，同时执行批处理命令的 `evaluateWriteBatch` 方法将所有命令应用到数据中，生成 `engine.Batch` 并构建 `ProposalData`。最终，通过 Raft 提出修改，实现数据的最终一致性。
最后，执行成功或失败后，结果会沿原路径返回至客户端。
总结，本文详细阐述了 CockroachDB 从启动到处理简单 SQL（如插入操作）的全过程。通过深入分析，读者能够更好地理解 CockroachDB 的内部工作机制，为后续阅读代码提供基础。未来计划将关注点扩展到重试处理逻辑，进一步探索 `stmtBuf` 和状态机在 CockroachDB 中的使用。
wpa_supplicant-2.源码分析
本文将深入剖析wpa_supplicant-2.源码，重点关注其关键函数在实现Station & P2P模式中的作用。首先，在wpa_supplicant/main.c的主函数main()中，程序主要负责四大任务：解析命令行输入的参数，这是初始化过程中的重要步骤。
调用wpa_supplicant_init()函数，启动wpa_supplicant的核心功能，进行初始化配置。
紧接着，wpa_supplicant_add_iface()函数被调用，这一步用于增加网络接口，以支持连接不同的网络。
最后，wpa_supplicant_run()函数被调用，使wpa_supplicant进入运行状态，开始监听和管理无线网络连接。
值得注意的是，wpa_supplicant的后台服务是wpa_cli命令使用的前提，只有当wpa_supplicant在后台运行时，用户才能通过wpa_cli命令进行配置和管理。具体到wpa_cli命令的下发，其背后的执行逻辑是调用wpa_ctrl_request函数来触发相应的操作。 通过这段代码的解读，我们可以更直观地理解wpa_supplicant在无线网络管理中的工作流程和关键函数交互。写一个 CLI 工具抓取奇舞周刊文章链接
本文介绍了一个用于抓取奇舞周刊文章链接的命令行接口（CLI）工具的实现过程。奇舞周刊是一个技术类博客平台，汇聚了众多优秀作者的技术文章。作者发现官网访问不稳定，为了提供更便捷的阅读体验，开始探索开发一款CLI工具，以帮助快速获取奇舞周刊上的文章链接。
该工具的核心功能包括抓取全部文章链接、文章数据本地缓存、随机获取N篇文章链接以及定时自动抓取文章数据。抓取文章链接数据是为了提供数据支撑，以便后续开发关键词检索、文章内容爬取、文章推荐等功能。本地缓存功能旨在优化抓取效率，避免频繁访问网站，提高用户体验。随机获取N篇文章链接功能让使用者可以快速找到感兴趣的文章。定时自动抓取任务则通过GitHub Actions实现，每天在固定时间执行，确保文章数据的实时更新。
文章数据抓取功能使用了特定的源码，通过解析奇舞周刊官网的HTML页面来获取文章集合数据，进一步整合和排序这些数据，按照日期进行倒序排列。文章数据缓存功能同样通过源码实现，通过本地文件存储抓取到的文章数据，并设定有效期，以减少重复抓取操作。CLI工具的开发包括配置bin入口、注册命令行参数、实现命令行进度条，以及使用GitHub Actions实现定时任务自动抓取文章数据。
为了支持命令npx _action执行，项目已发布到npm官方仓库，名称为_action。成品展示展示了如何使用CLI工具获取随机文章、随机N篇文章以及更新本地文章数据。工具已实现基本需求，并具备进一步开发进阶功能的潜力，如关键词搜索、分类等功能。
本文详细介绍了该CLI工具的实现过程、功能设计和开发细节，以及后续的发布流程。通过对比源码和参考文档，展示了实现过程中的技术栈和关键步骤，提供了一个实用的实现指南。
Klish命令行框架及应用简介
命令行界面（CLI）应用程序的广泛使用凸显了其高效和灵活的交互方式，无论是网络设备管理、系统配置还是软件调试，CLI 都提供了一种理想解决方案。为简化 CLI 开发流程，Klish 框架应运而生。Klish 是一个基于 C 语言开发的 CLI 工具，旨在简化创建和管理 CLI 的过程，提供命令、选项、参数的定义与操作。
Klish 框架的特点包括强大的命令解析与补全功能，可提升操作效率；上下文切换支持，提供更灵活的交互体验；自定义命令与参数的能力，符合具体需求；以及扩展性和灵活性，通过插件机制满足不同项目需求。
安装与使用 Klish 框架的步骤包括下载源码、生成配置文件、编译与安装，以及根据需求开发命令配置文件。配置文件采用 XML 格式，开发流程可参考自研交换机的管理框架开发实例。
在自研交换机的开发中，Klish 框架通常与思科风格的 CLI 命令框架结合使用。导入 Klish 源码到管理框架的 CLI 目录下，通过编写源码补丁和 Makefile 文件，将 Klish 命令行集成到项目编译流程中，实现自动化安装。
Klish 框架的编译过程涉及打包源码、导入补丁和生成 Makefile 文件。在定义源路径、执行解包、打补丁与安装操作后，Klish 命令行自动集成到管理框架中，只需在框架中进行自定义设置。
总结而言，Klish 框架是一个强大且灵活的工具，适用于构建各种 CLI，并提供了丰富的功能与配置选项。无论是自定义命令行工具还是扩展现有 CLI，Klish 均为理想选择。
Vue 应用程序性能优化：代码压缩、加密和混淆配置详解
在 Vue 应用程序的开发中，代码压缩、加密和混淆是关键步骤，旨在优化性能和提高安全性。Vue CLI 是一个功能强大的工具，提供方便的配置选项来实现这些功能。本文将详细介绍如何利用 Vue CLI 配置代码压缩、加密和混淆，以提升应用程序的性能与安全性。 首先，代码压缩的配置至关重要。Vue CLI 使用 Webpack 进行构建，可通过修改 vue.config.js 文件来调整 Webpack 配置，实现代码压缩。步骤包括： 创建 vue.config.js 文件，如文件已存在则打开。 在 vue.config.js 文件中，使用 configureWebpack 选项修改 Webpack 配置，设置 productionSourceMap 为 false 以禁用生产环境的源映射文件。进一步，通过 process.env.NODE_ENV 判断是否为生产环境，仅在生产环境下应用代码压缩，压缩配置中启用 Terser 插件，并移除 console.log 语句。 构建并压缩代码后，你将在项目根目录的 dist 文件夹中找到压缩后的代码。 接着，代码加密为安全措施之一，可防止源代码泄露。通过 webpack-obfuscator 插件实现这一目标。步骤包括： 安装 webpack-obfuscator 插件。 在 vue.config.js 文件中配置，根据 process.env.NODE_ENV 是否为生产环境应用代码加密，使用 webpack-obfuscator 插件，并打乱 Unicode 数组顺序以增强加密效果。 构建并加密代码后，同样在项目根目录的 dist 文件夹中找到加密后的代码。 代码混淆是进一步增强安全性的重要步骤，通过更改代码结构和变量名称来提升可读性。利用 terser-webpack-plugin 插件可实现代码混淆。步骤包括： 安装 terser-webpack-plugin 插件。 在 vue.config.js 文件中配置，仅在生产环境中应用代码混淆，使用 terser.webpack.plugin 插件启用变量名混淆。 构建并混淆代码后，混淆后的代码将存储在项目根目录的 dist 文件夹中。 此外，推荐使用混淆工具如 ipaGuard 来对 ipa 文件进行混淆加密，降低代码可读性与破解难度。完成混淆后，进行加固处理以防止反编译，确保应用程序安全。 总结而言，通过配置 vue.config.js 文件，利用 Vue CLI 实现代码压缩、加密和混淆，是优化 Vue 应用程序性能和提高安全性的有效方法。它们有助于提供更好的用户体验并保护知识产权。 本文旨在帮助您了解如何在使用 Vue CLI 配置代码压缩、加密和混淆功能时采取关键步骤，并能有效地优化 Vue 应用程序的性能与安全性。next.js 源码解析 - API 路由篇
本文深入解析 next.js 的 API 路由实现细节，以清晰的步骤指引，帮助开发者更好地理解此框架如何管理与处理 API 请求。首先，我们确认了源码的位置位于 next.js 的 packages 文件夹中，重点关注与 API 路由相关的组件。
在排查 CLI 源码的过程中，我们注意到启动 API 路由的命令，如 `start` 和 `dev`，其实际操作逻辑位于 `next/dist/bin/next` 文件中。通过分析这一文件，我们得知这些命令最终调用的是 `lib/commands.ts` 文件中的 `start` 和 `dev` 函数。
深入 `lib/commands.ts` 文件，我们发现 `start` 和 `dev` 函数通过 `lib/start-server` 中的 `startServer` 方法实现。在 `startServer` 方法中，`http` 模块被用来创建服务器，并将请求处理逻辑委托给 `next` 函数生成的应用程序，通过 `getRequestHandler` 方法获取处理逻辑。
`getRequestHandler` 方法的最终执行路径指向了 `server/next.ts` 文件中的 `createServer` 方法。这里根据 `dev` 参数的不同，分别调用 `server/dev/next-dev-server` 中的 `DevServer` 或 `server/next-server` 中的 `NextNodeServer`。`DevServer` 类继承自 `NextNodeServer`，而 `NextNodeServer` 又继承了 `server/base-server` 中的 `Server` 类。
至此，我们找到了核心处理逻辑所在，即 `handleApiRequest` 方法。此方法首先进行路由匹配和校验，然后调用 `runApi` 进行 API 请求处理。API 请求处理的路径通常位于 `/api/` 目录下的指定文件中，通过 `require` 函数引入。
`apiResolver` 方法进一步处理请求，包括检查代码模块、获取配置参数、处理 cookie、查询、预览数据、预览、bodyParser 等。其中 `setLazyProp` 方法用于优化性能，仅在访问属性时触发函数执行，实现懒加载。
最后，本文总结了 next.js API 路由处理的完整流程，并强调了源码中的关键点，为开发者提供了全面的解读。通过本文解析，开发者能够深入理解 next.js 如何高效地管理和响应 API 请求。
