嘿，这几个问题问到点子上了，我来给你逐一拆解清楚：

两者的核心差异主要体现在编译器的默认处理逻辑和链接时的操作要求上：

• 标准动态库（比如C标准库libc）是编译器自带的“标配”，编译器内置了它们的搜索路径、库名映射规则，链接时会自动帮你完成关联，不需要手动指定-l参数（比如GCC编译C程序时，默认就会链接libc，不用你写-lc）。
• 自定义动态库则完全是“外来户”，你必须手动告诉编译器：用-L参数指定库文件所在的路径，用-l参数指定库名（比如你的库叫libmylib.dll，就写-lmylib），编译器才会去对应的位置找它并完成链接。
• 另外，标准库的符号解析优先级、链接顺序通常会被编译器特殊优化，而自定义库需要你自己把控依赖顺序，避免出现符号未定义的问题。

你说MinGW的bin目录里找不到libc.dll，这很正常——因为MinGW并没有单独提供一个名为libc.dll的文件，它的C标准库实现是复用Windows系统自带的运行时库，再搭配MinGW自己的辅助库来完成的：

• 大部分情况下，MinGW会链接Windows系统的msvcrt.dll（或者更高版本的ucrtbase.dll，取决于MinGW的版本和编译选项），这个文件在Windows的System32目录里，是系统自带的核心运行时库，提供了标准C库的大部分功能。
• 同时，MinGW还会自动链接自己的辅助库，比如libmingw32.dll、libgcc_s_dw2-1.dll这些，它们负责处理一些Windows系统库没有覆盖到的C标准功能，以及MinGW自身的编译适配逻辑。
• 当你用gcc编译C程序时，编译器会自动添加这些依赖的链接参数（比如-lmingw32 -lgcc -lmsvcrt），所以你完全不用手动操心，也看不到单独的libc.dll。

编译器主要靠以下几个维度来区分两者：

• 内置的搜索路径与库名映射：编译器预先内置了标准库的搜索路径（比如MinGW的lib目录、系统库目录），以及标准库的名称映射（比如把-lc映射到msvcrt.dll或者MinGW的对应库）。当你没有手动指定路径时，编译器只会在这些内置路径里找标准库。
• 手动指定的链接参数：自定义库必须通过-L（路径）和-l（库名）来显式指定，编译器会优先搜索你指定的路径，再去内置路径找。如果没有这些参数，编译器根本不会去识别你的自定义库。
• 链接顺序规则：编译器通常会把标准库放在链接顺序的最后，这样可以确保自定义库的符号先被解析，避免标准库的符号覆盖自定义实现（当然你也可以通过调整链接顺序来改变这个逻辑）。
• 符号处理逻辑：对于标准库的某些特殊符号（比如弱符号），编译器会有专门的处理机制，而自定义库的符号则按照常规的符号解析规则处理。

内容的提问来源于stack exchange，提问作者user11747064