PHP中的cURL:cURL_exec()或exec(';cURL';)?

PHP中的cURL:cURL_exec()或exec(';cURL';)?,php,performance,bash,unix,curl,Php,Performance,Bash,Unix,Curl,我一直在想,尽管授予对系统shell的访问权是显而易见的事实,但使用exec(“curl”)而不是curl_exec()(这需要大量的预配置和开发时间,但与PHP集成)是否存在性能缺陷,线程和系统资源呢 问候:)这完全不同,curl\u exec()是一个函数调用,而exec()生成另一个进程。这在很大程度上取决于您如何使用curl。你对结果做了什么?您应该根据您的具体情况对此进行基准测试。您仍然需要使用字符串操作配置命令,除非您始终使用相同的选项。。。在我看来,使用curl扩展可能更好,除非您

我一直在想,尽管授予对系统shell的访问权是显而易见的事实,但使用exec(“curl”)而不是curl_exec()(这需要大量的预配置和开发时间,但与PHP集成)是否存在性能缺陷,线程和系统资源呢


问候:)

这完全不同,
curl\u exec()
是一个函数调用,而
exec()
生成另一个进程。

这在很大程度上取决于您如何使用curl。你对结果做了什么?您应该根据您的具体情况对此进行基准测试。您仍然需要使用字符串操作配置命令,除非您始终使用相同的选项。。。在我看来,使用curl扩展可能更好,除非您特别希望它在另一个进程中运行。非常感谢。所以curl\u exec不会产生一个不同的进程/线程来操作?我想libcurl也会产生另一个进程来工作,不是吗?不,它使用的不是
curl
命令行实用程序,而是
libcurl
库。好吧,太好了,所以它做了一些不同的事情-但这有什么效果呢?问题不是问它们是否不同,而是问这种差异有什么影响。是否存在性能差异?它是否使用不同数量的系统资源?进程还是线程?@Benubird,差别太大了,我甚至不知道从哪里开始。总而言之,其结果是,就或多或少的各种资源而言,进程生成比库调用要昂贵得多。