调试部署时附带的符号

发布于 2024-08-25 03:43:30 字数 57 浏览 8 评论 0原文

我想知道为什么软件要部署相关的调试符号。有什么优点和缺点?是否存在代码泄露问题(信息安全相关问题)?

I wonder why software shall be deployed with its related debugging symbols. What are advantages and disadvantages? Are there code revealing issues (information security related issues)?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

初见终念 2024-09-01 03:43:30

您可以使用或不使用调试信息进行编译,或者在 unix 系统上,您可以运行 strip 从已编译的可执行文件中删除调试信息。

缺乏调试信息将:

  • 缩小二进制文件的大小。删除所有调试信息可以将文件大小减少 50%,
  • 从而实现更多编译器优化。如果您仍在添加调试信息,则某些编译器优化实际上不起作用。
  • 使调试变得更加困难。
    • 您通常不希望让您的竞争对手和黑客更容易地拆解您的产品。
    • 尽管任何核心文件对开发者来说用处不大。

因此,在一般开发中,您需要调试信息,但对于 QA 和发布,您通常希望将其忽略。如果您向您更信任的客户提供库,您可能更倾向于保留它。

You can compile with or without debug info, or on unix systems, you can run strip to remove debugging info from a compiled executable.

A lack of debug info will:

  • shrink your binary size. Removing all the debug info can drop the file size by 50%
  • enable more compiler optimizations. Some compiler optimizations don't really work if you're still adding debug info.
  • make debugging harder.
    • You generally don't want to make it easier for your competitors and hackers to disassemble your product.
    • Although any core files will be less useful to developers.

So in general development, you want debug info, but for QA and release, you generally want to leave it out. If you supply libraries to customers that you trust more, you may be more inclined to leave it in.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文