1.Maven把项目依赖的码导所有jar包都打到同一个jar中
2.Skywalking8.9.1源码解析<一>-Skywalking简介及系统架构解析

Maven把项目依赖的所有jar包都打到同一个jar中

       使用maven-shade-plugin

       在项目的pom.xml文件中加入以下插件：

       然后执行Maven的package命令打包项目。

       完成后，码导在target目录下可见生成的码导jar包。

       使用java -jar xxxx.jar命令即可运行此jar包。码导

       在Mac OS系统下的码导IDEA中实施时，有时在jar/META-INF目录下会出现ECLIPSEF.SF、码导职场趣心理源码ECLIPSE.RSA等文件，码导并在运行java -jar xxx.jar时，码导会抛出错误。码导解决办法：手动删除jar包中META-INF/*.RSA、码导META-INF/*.DSA、码导META-INF/*.SF这些文件，码导xgboost多分类源码然后即可正常运行。码导

       推荐使用maven-assembly-plugin

       在项目的码导pom.xml文件中加入以下插件：

       执行Maven的package命令打包项目。

       打包完成后，码导在target目录下可见生成的jar包，其中xxx-jar-with-dependencies.jar是包含依赖jar包的jar文件，另一个不包含依赖jar包。

       使用java -jar xxxx.jar命令即可运行此jar包。

       扩展：Maven安装本地jar包到本地仓库

       执行以下命令

       查阅Maven常用命令了解更多。

       扩展：手动生成jar包

       创建可执行jar包的关键在于让java -jar命令知道jar包中的主方法属于哪个类，即配置主类的全限定名。

       步骤如下：

       打包指定的直播脚本接口源码项目，以Linux系统为例，项目名为java-test，位于/data/project/java-test目录下，主类全限定名为com.healchow.test.Main。

       上述命令将java-test目录下的所有文件打包到test.jar中，并指定主类。

       了解jar命令的其他用法。

       扩展：Linux下运行jar包的几种方式

       5.1 阻塞式方式：终端会话窗口被阻塞，可按CTRL + C中断程序运行，或关闭会话窗口终止程序。

       5.2 后台运行方式：终端会话窗口不会被阻塞，节点寻路源码但关闭当前窗口时，程序会终止运行。

       5.3 后台持续运行方式：使用nohup命令运行任务，当用户退出或终端关闭时，程序运行不受影响。

       使用nohup命令运行任务时，输出默认重定向到nohup.out文件，除非指定输出文件。

       其他命令扩展：

       ① 通过jobs命令查看后台运行任务，任务将获得编号。

       ② 使用fg命令将指定编号的文件post上传源码后台任务调回前台控制，如：fg 将号任务调回前台。

       ③ 查看占用某个端口的进程。

       加入Java程序员开发群：

       群内提供免费的Java架构学习资料（包括高可用、高并发、高性能、分布式、Jvm性能调优、Spring源码、MyBatis、Netty、Redis、Kafka、Mysql、Zookeeper、Tomcat、Docker、Dubbo、Nginx等）合理利用时间学习，提升自我，不再以“没有时间”为借口！

Skywalking8.9.1源码解析<一>-Skywalking简介及系统架构解析

       Skywalking 8.9.1源码解析系列旨在深入探讨该版本的Skywalking-OAP及其探针Skywalking-java8.9.0。本文基于官方文档、博客和个人理解，对Skywalking进行简介和系统架构解析。

       Skywalking是一款强大的分布式追踪系统，提供详尽的UI界面，可通过OpenTrace官方文档了解其Trace概念。核心功能包括性能监控和分布式追踪，以帮助开发者理解和优化应用程序的性能。

       Skywalking的代码模块构建在微内核架构上，这种架构允许通过插件形式扩展核心功能，如IDEA和Eclipse的插件模式。SkyWalking Agent和OAP都采用微内核架构，利用ModuleManager管理组件和ModuleProvider，实现模块间的高效通信和功能扩展。

       在通信方面，Skywalking探针和服务器主要通过Grpc进行数据交换，考虑到性能和数据丢失风险，有人提议用Kafka替代，但官方仅支持Grpc和SSL。Skywalking UI与后端的交互采用GraphQL，尽管restful更为常见，但GraphQL提供了更灵活的数据获取方式。

       存储方面，Skywalking支持模块化存储选择，官方推荐内存数据库Es，但在线上环境中可能需要特定数据库支持。本地开发环境通常使用Mysql，生产环境将根据需求进行选择。数据库表结构会在后续文章中详细讨论。

       数据流方面，Skywalking的数据经过OAL处理后入库，OAL层的具体作用官方未明示，但可能是为了进一步处理和优化数据。本文从整体架构深入到细节，助力需求文档和开发文档的完善。