我和我的同事就这个问题一直在友好争辩，我个人认为使用ASP.NET-MVC编译的Web应用程序比用PHP编写的相同项目运行更高效/更快。但我的朋友不同意。
不幸的是，我没有任何可用于支持我的观点的实证数据。(他也没有)
对此，我尝试谷歌答案以找到证据来证明他错了，但大多数情况下，辩论都转向了哪个平台更适合开发、成本、安全功能等方面... 为了这个争论，我真的不在乎这些东西。
我想知道stackoverflow社区对于使用ASP.NET与MVC开发与使用PHP完全相同的网站的原始速度/效率有何看法？
有人有现实场景下比较两种技术性能的实际例子吗？
(我意识到对于你们中的一些人来说，这可能是一个无关紧要甚至愚蠢的争论，但这是一场争论，我仍然想听听S.O.的优秀人才的回答。)
由于各自堆栈的差异，很难进行比较，因为您最终会以不同的方式完成相同的操作，如果出于比较目的而使用相同的方法，则测试结果并不是非常现实。
我喜欢的PHP，最基本的形式是在每个请求中加载、解释，然后丢弃。在这方面，它非常类似于CGI（这并不奇怪，因为它大约有15年的历史）。
随着时间的推移，已经进行了各种优化以改善性能，尤其是使用APC进行opcode缓存，例如（这样，APC将成为PHP 6的标准部分，而不像现在一样是可选模块）。
但是，PHP脚本仍然基本上是瞬态的。会话信息是（通常）基于文件的，并且是互斥的（session_start()阻止其他脚本访问同一用户会话，直到session_commit()或脚本完成），而在ASP.NET中并非如此。除了会话数据之外，在ASP.NET（或Java）中通常很容易拥有在应用程序上下文中存在的对象（与此类似的是ASP.NET更类似于Java）。
这是一个关键的区别。例如，使用mysql，mysqli，PDO等，在PHP中访问数据库是瞬态的（除了持久连接），而.NET/Java几乎总是使用持久连接池，并在此基础上创建ORM框架等，其缓存超出任何特定请求。
作为一个字节码解释平台，理论上ASP.NET更快，但PHP所能做的限制如此之高以至于对于大多数人来说不相关。例如，全球前20个最受欢迎的网站中有4个是PHP。当您开始扩展时，开发速度、鲁棒性、运行环境的成本等往往比任何理论上的速度差异更为重要。
请注意，.Net拥有原始类型、类型安全以及这些能使代码比PHP更快运行的功能。如果您想进行一些不太公平的测试，在两个平台上对100万个随机的64位整数数组进行排序。ASP.NET将表现出色，因为它们是原始类型，并且简单的数组比PHP的关联数组更有效率（PHP中的所有数组最终都是关联数组）。此外，在32位操作系统上的PHP没有本地的64位整数，所以会因此而受到巨大的影响。ASP.NET更快，ASP.NET开发更快。如果您做严肃的商业Web应用程序，购买快速计算机并享受它。
相比于PHP，在发布模式下构建、优化、缓存等方面，ASP.NET代码执行更快。但是，对于网站（除了像Facebook这样的大型玩家），这就不那么重要了——页面呈现时间的大部分时间用于访问和查询数据库。
在连接数据库方面，ASP.NET要好得多——在ASP.NET中，我们通常使用LINQ将对象查询转换为SQL Server数据库中的存储过程。此外，与数据库的连接是持久的，一个网站只有一个连接，无需重新连接。
相比之下，PHP无法在请求之间保持SQL Server连接，它连接，获取来自数据库的数据，然后销毁，当重新连接时，数据库通常占页面呈现时间的20-30%。
此外，整个Web应用程序配置在php上的每个请求都会重新加载，而在ASP.NET中，则会持久保存在内存中。这可以很容易地在像Symfony/Symfony2这样的大型企业框架中看到，很多渲染时间都是Symfony的内部进程，而ASP.NET仅加载一次，不会浪费您的服务器进行无用的工作。
ASP.NET可以在应用程序内存中缓存对象，而在PHP中，则必须将其写入文件或使用像memcache这样的黑客工具。使用memcache需要处理并发和危险问题（在文件中存储缓存也会有自己的并发问题——每个请求都启动Apache服务器的新线程，并且许多请求可以同时工作——您必须考虑这些线程之间的并发性，这需要大量的开发时间，并且并不总是有效，因为php语言中没有任何互斥机制，因此无法以任何方式创建关键部分）。
现在来谈谈开发速度：
ASP.NET有两个主要的框架（Webforms和MVC），与环境一起安装，而在PHP中，您必须获取开源框架。PHP中没有像ASP.NET那样的标准框架。
ASP.NET语言非常丰富，标准库中拥有解决很多常见问题的解决方案，而PHP标准库则......空荡荡的......他们无法保持统一的命名约定。
.NET拥有类型，而PHP是动态的，这意味着在运行或编写单元测试之前没有对源代码的控制。
.NET拥有出色的IDE，而PHP IDE的水平一般或者一般好（PHPStorm甚至不如VS+resharper或不使用它）
Symfony的PHP脚手架从命令行启动，而ASP.NET脚手架则集成到环境中。
如果你像我一样电脑慢（单核2.2ghz），开发asp.net页面可能会很痛苦，因为每次更改源代码都需要重新编译项目，而PHP代码会立即刷新。
与C#语法相比，PHP语言语法不完整、不稳定和裸露。 C#强类型和许多灵活的语言特性可以加速你的开发并使你的代码更少出错。
根据我（非硬性基准测试）的经验，Asp.Net在原始速度方面肯定可以与PHP竞争（在某些方面甚至超越），但与许多其他语言选择相关的问题类似，在这种情况下，以下语句是有效的（依照我的意见）:
我的意思是：开发人员的天赋将比两个（在某种程度上大致相等）技术之间的选择更影响总体速度。
实际上，“整体速度”比较并没有太多意义，因为两者可以以某种方式追赶对方，除非你处于非常特定的专业领域（你没有告诉我们）。
我已经完成了性能测试。
程序：10000000个数字的总和
给出的输出证明php比C#慢............
我会推荐使用ASP.net。
需要考虑以下几点：
当然，这些差异非常微小。两者都有优点，我认为PHP更容易部署，并且可以在任何服务器上运行，而不仅仅是IIS。不过我非常喜欢ASP.net MVC。
我是一名专业开发人员，精通ASP.Net C#和PHP5技术。多年来在实际生产环境中比较它们，我的印象如下：
首先，不能用添加值100万次的循环来比较它们，这不是一个真实情况。
将它们比较在我的开发环境中和在真实生产环境中不同。例如：在开发中，ASP.Net默认不使用IIS，而是使用具有不同优化的内部开发服务器。在开发环境中，没有并发性能问题。
我的观点如下：
循环100万次，C#会更快。（无意义）
提供访问数据库、显示图像、包含表单等实际页面时，ASP.Net比PHP慢。
ASPX页面比PHP重10倍，这使最终用户需要等待更长时间才能获取页面。
ASPX开发比PHP慢，这很重要，因为最终涉及到金钱。我们在PHP中比ASP.Net快35％，因为每次想要检查东西都需要进行编译和重新启动。
对于大型项目，ASP.Net长期来看更好，可以避免错误并具有复杂的架构。
由于Windows服务器和IIS等原因，最终您需要一个强大的服务器来承载与PHP相同数量的用户。例如：我们使用ASP.net提供约20,000个并发用户，并且在PHP中，同一台服务器可以获得约30,000个用户。
重要的不仅是循环哪个更快。重要的是当网站真实上线时，它们能够承载多少用户，页面有多重（越重==>用户等待时间更长，服务器的网络负担更重，磁盘负担更重，内存负担更重）。尝试检查并发时间，您会发现这点。
希望对您有所帮助。
没有任何优化的情况下，.net编译应用程序当然比php运行得更“快”。但你是正确的，这是一个愚蠢而无关紧要的论点，因为除了吹牛之外在现实世界中没有任何意义。
我倾向于同意你的观点（即ASP.NET MVC更快），但为什么不与你的朋友打个友好的赌，并分享结果呢？创建一个非常简单的动态页面，从MySQL数据库中派生，并多次加载该页面。
例如，创建一个包含100万行的表，其中包含顺序主键，然后是第二列中的随机数字。 您的每个站点都可以接受GET中的主键，根据传入的密钥检索随机数字，并在某种类型的动态生成的HTML中显示随机数字。
我很想知道结果...如果您有博客或类似的东西，全世界也会这样想（这个问题一直被问到）。 如果您能够在常规ASP中构建这个简单的小应用程序，那就更好了。 哎呀，如果测试设计得好，我甚至会为这些结果付费。 说真的-只要在这里表达您的兴趣，我就会发送我的电子邮件。
