静态链接&动态链接 优缺点

静态链接和动态链接是程序构建过程中的两种不同的技术，它们各有优缺点：

静态链接：

优点：

1. 性能：程序启动时可能会更快，因为所有需要的代码在编译时就已经包含在可执行文件中了。
2. 便携性：生成的可执行文件包含了所有必要的库代码，因此更容易在没有安装相应库的系统上运行。
3. 一致性：避免了库版本更新导致的兼容性问题，因为应用程序总是使用编译时包含的库版本。
4. 简化部署：部署程序时只需考虑单个可执行文件，不需要担心依赖库的部署。
5. 调试信息全： 静态链接将所有的库代码都集成到最终的可执行文件中，包括调试符号（如果在编译时包含了它们）。这意味着你可以在一个单独的文件中拥有所有需要的调试信息。

缺点：

1. 文件大小：最终的可执行文件可能会非常大，因为它包括了所有静态链接的库。
2. 内存使用：如果多个程序静态链接了相同的库，每个程序都会在内存中保持其拷贝的副本，导致资源浪费。
3. 更新问题：如果库中发现了安全漏洞或错误，需要重新编译和部署整个应用程序，而不是单独更新库。

动态链接：

优点：

1. 减少内存占用：多个运行中的程序可以共享同一份库的副本，节省内存。
2. 更新和维护：库更新后，所有使用该动态库的应用程序无需重新编译，只需重新启动即可使用新的库版本。
3. 文件大小：可执行文件通常更小，因为它们不包含库代码，只包含所需库的引用和路径。
4. 共享资源：动态链接库可以包含共享代码和数据，允许不同程序或程序的不同部分之间共享信息。

缺点：

1. 启动时间：应用程序启动时需要加载外部库，可能会稍慢。
2. 依赖性：应用程序依赖于系统中正确版本的动态库。如果缺失，程序可能无法运行。
3. 兼容性问题：库的更新可能引入与现有应用程序不兼容的变更，导致应用程序无法正常工作。
4. 部署复杂性：需要确保所有依赖的动态库在部署环境中都可用且路径正确。

在选择静态链接或动态链接时，需要根据应用程序的需求、部署环境、性能要求和维护策略等因素进行权衡。比如，某个服务要求发布部署速度要快、独立的容器环境、内存&存储资源充足，那么这类就很适合静态链接。

静态链接和动态链接各自适用的场景受到多种因素的影响，包括应用程序的需求、部署环境、性能要求、维护和更新的便利性等因素。下面是一些适用场景的概述：

静态链接适用场景：

1. 简化部署：当你需要将应用程序部署到多个不同的环境中，且无法确保这些环境具备所需的所有依赖库时，静态链接可以简化部署过程，因为你只需要分发一个包含所有必需功能的单一可执行文件。
2. 独立应用：对于那些需要在没有安装任何额外库的“裸机”环境中运行的应用程序，如一些嵌入式系统或恢复工具，静态链接是一个不错的选择。
3. 性能关键型应用：在一些性能至关重要的应用程序中，静态链接可能带来轻微的性能优势，因为它避免了动态链接库时的查找和加载过程。
4. 兼容性保持：在需要确保长时间稳定运行，且不受系统库更新影响的场景下，静态链接可以保持应用程序的稳定性和一致性。

动态链接适用场景：

1. 节省资源：在资源有限的环境中，动态链接允许多个应用程序共享同一份库的副本，从而减少重复的内存和磁盘占用。
2. 频繁更新：对于那些需要频繁更新或修补的应用程序，动态链接可以让更新过程更加简单快捷，因为只需要替换相应的库文件，而不需要重新编译整个应用程序。
3. 模块化开发：在大型应用程序或服务中，动态链接支持模块化开发，允许单独更新各个模块而不影响其他部分。
4. 第三方库使用：当使用许可证限制较多的第三方库时，动态链接可以帮助满足这些许可证的要求，特别是在开源许可证中常见的动态链接免责条款。
5. 运行时选择：某些应用程序可能需要在运行时根据不同条件选择使用不同的库版本或实现，动态链接可以在不重启应用程序的情况下实现这一点。