dopzc64662 2019-01-10 06:21
浏览 116
已采纳

有没有一种方法可以将Go可执行文件分离为多个文件?

I am shipping several executables compiled with Go. Each executable by itself doesn't contain a lot of code but each of them uses a common library that includes logging, configuration management, a communication layer, etc...

This leads to each executable being between 15-20mb sometimes for as little as 1000 own lines of code.

Is there a way in Go (currently available or planned for a future release) that will allow separating the application into several files (i.e. dlls in Windows, .so Linux/Mac)?

I know I can compile the library and then use it as external binary but then I will not get the benefits of the type system and the Go compiler optimization. Am I wrong here and there is a way to do it?

  • 写回答

2条回答 默认 最新

  • duanqun9618 2019-01-10 06:38
    关注

    The short answer: Kind of?

    It sounds like what you're trying to accomplish is a shared library.

    The Go compiler has been able to produce shared libraries since 1.5 with the -buildmode=c-shared build flag:

    go build -o helloworld.so -buildmode=c-shared
    

    And, as of Go 1.10, the functionality is additionally supported on Windows

    So, compiling to DLL is also a one-liner:

    go build -o helloworld.dll -buildmode=c-shared
    

    The problem that you're going to run into is actually using those libraries, especially in a cross operating system way:

    In *nix, you can use CGO to accomplish this:

    package example
    
    // #cgo LDFLAGS: -lfoo
    //
    // #include <foo.h>
    import "C"
    
    func main() {
        C.bar()
    }
    

    Windows gets its own Wiki (who's surprised?).

    I'll leave you with a few thoughts on this:

    1. There's nothing wrong with a 15-20mb binary (although, you should try upx to shave off some of that fat because why not?), you should be concerned when you're pushing 10s of 100s of gigs. Space is cheap these days.
    2. Writing something that can be compiled into a single binary, regardless of OS, is one of the best perks of Go.
    3. CGO_ENABLED=0 saves you a ton of space from your binaries. Keeping it enabled (which you need to use these features), isn't doing you any favors.
    4. You're right to assume that since the compiler can't optimize for included libraries, that ultimately you're not going to save much, if any space, in small use cases.

    My last point, then I'll stop preaching at you: Focus on writing code. Binary size should not be your concern unless you're trying to fit on embedded devices.

    Good luck friend.

    本回答被题主选为最佳回答 , 对您是否有帮助呢?
    评论
查看更多回答(1条)

报告相同问题?

悬赏问题

  • ¥15 给出完整的python代码并解释
  • ¥15 有人懂怎么做大模型的客服系统吗?卡住了卡住了
  • ¥20 firefly-rk3399上启动卡住了
  • ¥15 如何删除这个虚拟音频
  • ¥50 hyper默认的default switch
  • ¥15 网站打不开,提示502 Bad Gateway
  • ¥20 基于MATLAB的绝热压缩空气储能系统代码咨询
  • ¥15 R语言建立随机森林模型出现的问题
  • ¥15 关于#wpf#的问题:怎么更改LayoutGroup组件的标签页的字体颜色
  • ¥15 中级微观经济学,生产可能性边界问题