libcurl和libsoup之间的差异[关闭]

Libsoup即将推出,但Libcull有更好的支撑力和稳定性。lib soup devs很容易承认您应该使用libcurl。

第四项特别重要,因为即使在Linux上,kde和xcf用户也会安装与gnome相关的libs,但是在平台独立选项可用时强制他们使用gnome库并不好。

1. libcurl更便于携带
2. libsoup不支持:ntlm for proxys(proxy authentication:)、gss、chunked responses中的trailers、openssl
3. libsoup提供服务器端支持
4. libsoup正在使用与gnome相关的libs,这使得它对于非gnome环境来说不太方便。

“我发现libsoup比libcurl慢得多。它至少使用4倍的CPU来通过HTTP传输高比特率的数据流。我把这归因于过度依赖于重型glib/gobject结构。伙计,那东西太慢了 和 使用起来很痛苦!”- Matt Gruenke

我正在研究libsoup,以便在业余项目中实现API的服务器端(我自己制作路由器)。

当我通过满足GNOME的依赖性时,基于回调的服务器端代码的简单性似乎不像以前那样吸引人。界面非常好,请看 soup_server_add_handler() .

如果您编写GNOME应用程序(这样就可以依赖于GNOME的依赖性),这没关系(对我来说,它感觉很迟钝)。

如果您只是在编写客户机代码,或者任何在没有gnome的情况下必须工作的代码,那么请坚持curl。

http://curl.haxx.se/libcurl/libsoup.html

如果你想要便携性和稳定性,最好还是坚持使用libcurl。

使用libsoup导致我的rootfs增加了将近11MB,其中libcurl只增加了大约1MB。 这在存储资源有限的嵌入式系统中很重要。