1.Nacos知识分享：4.源码编译启动遇到的码构坑
2.SpringCloud微服务实战——搭建企业级开发框架（十九）：Gateway使用knife4j聚合微服务文档
3.OpenHarmony代码下载编译及源码跳转配置
4.Spring源码 1.源码的下载与编译（by Gradle）
5.musl 构建说明
6.在pycharm中如何提交代码到gitee

Nacos知识分享：4.源码编译启动遇到的坑

       获取Nacos源码从Gitee进行，选择2.1.2的码构标签，创建新分支。码构

       使用IDEA打开代码，码构确保使用的码构是JDK1.8版本以及3.5版本以上的Maven。

       consistency目录下的码构简单喵源码proto文件需使用特定插件编译为Java代码。

       配置nacos-console和nacos-distribution服务中的码构application.properties文件以连接自定义的MySQL数据库，确保配置正确。码构

       在distribution\conf目录中找到mysql-schema.sql文件，码构确认数据库表结构。码构

       尝试直接启动nacos-console服务，码构若出现错误，码构检查JDK版本、码构数据库连接信息、码构数据库版本和vs_redist版本。码构

       通过命令行启动时，加入-Dnacos.standalone=true -Dnacos.home=D:\MyStudyGiteeCodeReposity\Nacos\distribution参数。

       最终，项目成功启动，通过访问/wmz/GitEg...的chapter-分支中。

       GitEgg-Cloud是基于SpringCloud整合搭建的企业级微服务应用开发框架，旨在提供一站式解决方案，帮助开发者高效构建微服务应用。项目开源地址如下：

       Gitee: /

       GitHub: /

OpenHarmony代码下载编译及源码跳转配置

       本文旨在指导在Linux（如Ubuntu .和.，apache mina 源码分析其他系统可参考）环境下下载和编译OpenHarmony（OH）代码，并配置Visual Studio Code（VSCode）以实现Native框架（C++）代码的智能跳转，以提升阅读OH源码的便捷性。

       1. 下载与编译

       从OH官网下载链接（gitee.com/openharmony/d...）获取代码。进入代码根目录后，执行build.sh脚本，例如针对rk开发板的编译命令会包含选项`--gn-flags="--export-compile-commands"`，用于生成compdb数据库，以备后续使用。

       2. VSCode插件与配置

       在编译过程中，安装VSCode的clangd插件，它与compdb文件配合。记得禁用默认的C/C++插件。接着，使用VSCode通过SSH（Windows和macOS用户适用）访问OH源代码目录，创建.vscode文件夹，其中包含settings.json。

       3.1. 插件安装与启用

       在settings.json中填写以下配置：

       - clangd.path: 指定OH预构建的clangd路径。

       - --compile-commands-dir: 编译产生的compdb文件路径，例如在rk上为out/rk/compile_commands.json，需根据实际编译产品找到相应路径。

       - --query-driver: 指定OH预构建的clang编译器路径。

       3.2. VSCode配置

       关闭并重新打开VSCode，发卡源码带分站当C++文件（如foundation文件夹下的Native C++代码）打开时，clangd将开始索引，索引完成后即可享受代码跳转功能。

Spring源码 1.源码的下载与编译（by Gradle）

       为了获得Spring源码并成功编译，我们首先需要下载源码。方法之一是使用Git clone命令，前提是我们已安装Git。但要注意，最新版本可能需要JDK ，若需使用JDK 8，推荐选择较旧版本。GitHub上，最新稳定版本为5.2..RELEASE，这是一个GA（General Availability）版本，表示正式发布的版本，适合在生产环境中使用。如果你使用的是JDK 8，建议选择分支版本。

       如果GitHub服务不可用或下载速度缓慢，可以考虑从其他资源库下载。例如，可以使用csdn提供的资源链接支持作者，或者直接从gitee下载源码。杰奇1.7源码

       下载源码后，导入IDEA并选择Gradle工程。IDEA会自动加载，但可能遇到一些报错。如果报错提示“POM relocation to an other version number is not fully supported in Gradle”，需要将xml-apis的版本号更改为1.0.b2。这可以通过在项目的build.gradle文件中添加指定版本的代码来实现。

       加载并配置新模块后，可以通过新建测试类来进行验证。在build.gradle中添加配置，并在模块中新建文件，包括一个启动类、一个配置类和一个实体类。记得刷新Gradle，进行测试。

       测试结果应显示新建的实体类已被Spring容器加载。如果在测试中遇到问题，可以通过检查编译工具、编译器和项目结构来解决。确保使用本地Gradle路径、选择JDK 1.8版本，并在项目设置中选择正确的JDK版本。

musl 构建说明

       构建 MUSL：Linux 系统上的红包房间源码 C standard library

       MUSL 是一个用于 Linux 系统的 C 标准库，类似于 glibc 和 bionic。它采用 MIT 许可证，商业应用使用更宽松。

       为了方便文档的版本管理和编辑，我们选择将文档放在 gitee 平台上。知乎仅作为入口，方便访问。

       构建步骤如下：

       1. 首先，确保你的开发环境已安装了所需的工具，如：Git、Make、CMake 等。

       2. 下载 MUSL 源代码，可以使用 Git 从其仓库下载。

       3. 进入下载的源代码目录。

       4. 使用 CMake 进行配置，根据需要选择相关选项。

       5. 使用 Make 命令进行编译。

       6. 编译完成后，MUSL 库文件将被生成在指定目录。

       7. 若要创建动态链接库，可使用 --enable-shared 选项。

       8. 最后，确保在你的项目中正确链接到 MUSL 库，以使用其提供的功能。

       以上是构建 MUSL 的基本步骤，更多细节和选项请参考官方文档。

在pycharm中如何提交代码到gitee

       在PyCharm中，要将代码提交到Gitee，首先需要安装Gitee插件。打开PyCharm后，前往settings（设置）页面，检查version control（版本控制）部分，如果没有找到Gitee，可在plugins（插件）搜索框中搜索并下载安装。安装完成后，点击Gitee图标，选择“Log in via Gitee”添加你的Gitee账号，登录成功后，PyCharm会显示VCS（源代码控制系统）中的“Share Project on Gitee”选项，这意味着插件已安装并配置好。

       点击“Share Project on Gitee”后，会自动将当前项目上传到Gitee，创建一个新的仓库。对于代码修改，当你需要上传更改时，只需右键点击要提交的文件或文件夹，选择“git”>“commit file”。在弹出的commit changes窗口中，选择要提交的文件，添加提交说明，然后点击“commit”将修改保存到仓库中。

       最后，为了推送更改到远程仓库分支，再次右键点击文件，选择“git”>“push”以完成推送操作。这样，你的PyCharm项目就成功地与Gitee仓库同步了。

. 从零开始编写一个类nginx工具, 主动式健康检查源码实现

       wmproxy是一个使用Rust语言开发的工具，它能够实现/tickbh/wmproxy

       github: /tickbh/wmproxy

       为什么我们需要主动式健康检查？主动式健康检查可以帮助我们更好地掌握系统的稳定性。例如，如果我们有一条连接不可达，连接超时设定为5秒，需要检测失败3次才认定为失败，那么从开始检测到判定失败需要秒。

       如果我们的系统是高并发的，每秒的QPS为，有3个地址需要检测，那么有1/3的失败概率。在秒内，我们会收到个请求，其中个请求会失败，如果这些是重要的数据，我们可能会丢失很多重要数据。

       如果客户端有重试机制，那么在失败时客户端会进行重试，系统可能会反复分配请求到不可达的系统，这可能导致短时间内请求激增，可能引发系统的雪崩。

       因此，主动了解目标端系统的稳定性至关重要。

       以下是没有主动健康检查的情况：

       当出现错误时，一个请求的平均时长可能会达到(1.4s + 5s) / 2 = (3.2s)，比正常访问多了(3.2 - 1.4) = 1.8s，节点的宕机会对系统的稳定性产生较大的影响。

       以下是主动健康检查的情况，它保证了访问后端服务器组都是正常状态。

       当服务器2出现问题时，主动检查已经检测出服务器2不可用，负载均衡时会选择已将服务器2摘除，因此系统的平均耗时为1.4s，系统依然保持稳定。

       健康检查的种类可以分为以下两类：

       在目前的系统中，我们需要从配置中读出所有需要健康检查的类型，即需要去重，把同一个指向的地址过滤掉。配置可能被重新加载，所以我们需要预留发送配置的方式（或者后续类似nginx用新开进程的方式则不需要），此处做一个预留。

       部分实现源码定义在check/active.rs中，主要定义了两个类。我们在配置时获取所有需要主动检查的数据。

       主要的检查源码，所有的最终信息都落在HealthCheck的静态变量里：

       结语：主动检查可以及时地更早发现系统中不稳定因素，是系统稳定性的基石。它还可以通过更早发现因素来通知运维介入，我们的目标是使系统更稳定、更健壮，处理延时更少。

坐标转换&点云变换&姿态互转| TransForms3d

       本文分享的开源库TransForms3d，专为坐标转换和点云变换提供解决方案，基于Eigen库构建，无需额外依赖，适用于机器人开发和导航系统构建。

       开源地址：gitee.com/ohhuo/transfo... 或 github.com/fishros/tran...

       该库提供丰富的函数，覆盖角度、欧拉角、四元数和齐次矩阵等基础转换，以及坐标变换组操作。

       安装与使用

       1. **源码引入**：将trans_forms_group.cpp,trans_forms.cpp,transforms3d.h文件复制至项目中。

       2. **编译安装**：根据项目需求进行编译。

       3. **使用样例**：

        - **手眼矩阵估算**：通过TransformsGroup实现。

        - **点云坐标转换**：利用TransformsGroup完成。

        - **欧拉角转换**：支持多种格式转换。

       函数列表

       基础部分：角度、弧度、欧拉角、四元数、齐次矩阵等转换。

       坐标变换组：添加、打印、查找坐标转换关系。

       鸣谢与反馈

       欢迎贡献代码、提供反馈，共同提升TransForms3d库的性能与功能。