PHP的Perl解释器

我正在为我的新站点规划的一些函数已经作为免费的Perl模块提供。因此，我正在考虑使用它们的可能性，而不是在PHP中再次编写它们。我计划使用

exec

或

system

函数来调用perl脚本，这会很慢。但我遇到了一个允许我这么做的人

---

这是否会影响其他未使用perl脚本的php页面的性能？我知道额外的模块会增加我的内存使用，但除此之外，还会有什么问题吗？

看起来它所做的只是在PHP进程中嵌入

perl

。您应该看到内存增加了几兆字节，再加上您在Perl中创建的任何数据。它不应该减慢任何代码的速度。它只是另一个在记忆中等待你调用的图书馆。此解决方案有两个好处：不必浪费时间生成另一个进程，也不必解析打印文本的返回值

另一种解决方案是编写一个Perl守护进程，并通过域套接字、管道或其他IPC方法与之通信

---

您可能还对涉及的Perl文档感兴趣。

这些Perl模块是否提供了本机PHP中无法提供的功能？或者它们是否足够简单，您可以将它们转换为PHP

换句话说，您真的需要在这里运行Perl代码吗

即使不影响性能，添加语言也会影响系统的可维护性

有时确实需要在语言之间进行接口，但对我来说，这听起来不像是其中之一。在我看来，在PHP中查找或编写等效的代码会更好

---

您在其他地方的评论中说，Perl代码“只提供了一些方便的函数，如whois查找”，因此我快速搜索了一下，发现了以下内容：。还有很多其他相关的结果。

我很确定通过exec/system调用Perl比在PHP中运行要快得多。。。为什么这么慢？这是从哪里得到的？PHP是否需要对Perl输出执行一些需要PHP调用的操作？Perl脚本是否能够独立于PHP处理所有事情？（相关）和@Jan-我的问题是额外的解释器是否会降低我的其他PHP页面的速度。从Chas的回答来看，我认为它不会产生效果。@stillstanding-不。perl模块不是独立的。它只是提供了一些方便的功能，比如whois查找。你能给我指一些关于如何使用守护进程的文档或教程吗？解释器和守护进程哪个会更快？内置解释器会更快。不管怎样，IPC都会增加一些开销。然而，根据您想要访问的Perl模块的不同，将它们放在应用程序守护进程中可能是更好的分离关注点。POE:：Component:：IKC是专门为这种守护进程编写的。还有一些模块使用XMLRPC。