为啥我又从 Node.js 回到 Python

Posted 2023-05-01

参考技术A 一.NodeJS的特点我们先来看看NodeJS官网上的介绍：Node.jsisaplatformbuiltonChrome’sjavascriptruntimeforeasilybuildingfast,scalablenetworkapplications.node.jsusesanevent-driven,non-blockingI/Omodelthatmakesitlightweightandefficient,perfectfordata-intensivereal-timeapplicationsthatrunacrossdistributeddevices.其特点为：1.它是一个Javascript运行环境2.依赖于ChromeV8引擎进行代码解释3.事件驱动4.非阻塞I/O5.轻量、可伸缩，适于实时数据交互应用6.单进程，单线程二.NodeJS带来的对系统瓶颈的解决方案它的出现确实能为我们解决现实当中系统瓶颈提供了新的思路和方案，下面我们看看它能解决什么问题。1.并发连接举个例子，想象一个场景，我们在银行排队业务，我们看看下面两个模型。（1）系统线程模型：这种模型的问题显而易见，服务端只有一个线程，并发请求（用户）到达只能处理一个，其余的要先等待，这就是阻塞，正在享受服务的请求阻塞后面的请求了。（2）多线程、线程池模型：这个模型已经比上一个有所进步，它调节服务端线程的数量来提高对并发请求的接收和响应，但并发量高的时候，请求仍然需要等待，它有个更严重的问题。到代码层面上来讲，我们看看客户端请求与服务端通讯的过程：服务端与客户端每建立一个连接，都要为这个连接分配一套配套的资源，主要体现为系统内存资源，以php为例，维护一个连接可能需要20M的内存。这就是为什么一般并发量一大，就需要多开服务器。那么NodeJS是怎么解决这个问题的呢？我们来看另外一个模型，想象一下我们在快餐店点餐吃饭的场景。（3）异步、事件驱动模型我们同样是要发起请求，等待服务器端响应；但是与银行例子不同的是，这次我们点完餐后拿到了一个号码，拿到号码，我们往往会在位置上等待，而在我们后面的请求会继续得到处理，同样是拿了一个号码然后到一旁等待，接待员能一直进行处理。等到饭菜做号了，会喊号码，我们拿到了自己的饭菜，进行后续的处理（吃饭）。这个喊号码的动作在NodeJS中叫做回调（Callback），能在事件（烧菜，I/O）处理完成后继续执行后面的逻辑（吃饭），这体现了NodeJS的显著特点，异步机制、事件驱动整个过程没有阻塞新用户的连接（点餐），也不需要维护已经点餐的用户与厨师的连接。基于这样的机制，理论上陆续有用户请求连接，NodeJS都可以进行响应，因此NodeJS能支持比Java、PHP程序更高的并发量虽然维护事件队列也需要成本，再由于NodeJS是单线程，事件队列越长，得到响应的时间就越长，并发量上去还是会力不从心。总结一下NodeJS是怎么解决并发连接这个问题的：更改连接到服务器的方式，每个连接发射（emit）一个在NodeJS引擎进程中运行的事件（Event），放进事件队列当中，而不是为每个连接生成一个新的OS线程（并为其分配一些配套内存）。2.I/O阻塞NodeJS解决的另外一个问题是I/O阻塞，看看这样的业务场景：需要从多个数据源拉取数据，然后进行处理。（1）串行获取数据，这是我们一般的解决方案，以PHP为例假如获取profile和timeline操作各需要1S，那么串行获取就需要2S。（2）NodeJS非阻塞I/O，发射/监听事件来控制执行过程NodeJS遇到I/O事件会创建一个线程去执行，然后主线程会继续往下执行的，因此，拿profile的动作触发一个I/O事件，马上就会执行拿timeline的动作，两个动作并行执行，假如各需要1S，那么总的时间也就是1S。它们的I/O操作执行完成后，发射一个事件，profile和timeline，事件代理接收后继续往下执行后面的逻辑，这就是NodeJS非阻塞I/O的特点。总结一下：Java、PHP也有法实现并行请求（子线程），但NodeJS通过回调函数（Callback）和异步机制会做得很自然。三.NodeJS的优缺点优点：1.高并发（最重要的优点）2.适合I/O密集型应用缺点：1.不适合CPU密集型应用；CPU密集型应用给Node带来的挑战主要是：由于JavaScript单线程的原因，如果有长时间运行的计算（比如大循环），将会导致CPU时间片不能释放，使得后续I/O无法发起；解决方案：分解大型运算任务为多个小任务，使得运算能够适时释放，不阻塞I/O调用的发起；2.只支持单核CPU，不能充分利用CPU3.可靠性低，一旦代码某个环节崩溃，整个系统都崩溃原因：单进程，单线程解决方案：（1）Nnigx反向代理，负载均衡，开多个进程，绑定多个端口；（2）开多个进程监听同一个端口，使用cluster模块；4.开源组件库质量参差不齐，更新快，向下不兼容5.Debug不方便，错误没有stacktrace四.适合NodeJS的场景1.RESTfulAPI这是NodeJS最理想的应用场景，可以处理数万条连接，本身没有太多的逻辑，只需要请求API，组织数据进行返回即可。它本质上只是从某个数据库中查找一些值并将它们组成一个响应。由于响应是少量文本，入站请求也是少量的文本，因此流量不高，一台机器甚至也可以处理最繁忙的公司的API需求。2.统一Web应用的UI层目前MVC的架构，在某种意义上来说，Web开发有两个UI层，一个是在浏览器里面我们最终看到的，另一个在server端，负责生成和拼接页面。不讨论这种架构是好是坏，但是有另外一种实践，面向服务的架构，更好的做前后端的依赖分离。如果所有的关键业务逻辑都封装成REST调用，就意味着在上层只需要考虑如何用这些REST接口构建具体的应用。那些后端程序员们根本不操心具体数据是如何从一个页面传递到另一个页面的，他们也不用管用户数据更新是通过Ajax异步获取的还是通过刷新页面。3.大量Ajax请求的应用例如个性化应用，每个用户看到的页面都不一样，缓存失效，需要在页面加载的时候发起Ajax请求，NodeJS能响应大量的并发请求。总而言之，NodeJS适合运用在高并发、I/O密集、少量业务逻辑的场景。Python的优缺点优点简单————Python是一种代表简单主义思想的语言。阅读一个良好的Python程序就感觉像是在读英语一样，尽管这个英语的要求非常严格！Python的这种伪代码本质是它最大的优点之一。它使你能够专注于解决问题而不是去搞明白语言本身。易学————就如同你即将看到的一样，Python极其容易上手。前面已经提到了，Python有极其简单的语法。免费、开源————Python是FLOSS（自由/开放源码软件）之一。简单地说，你可以自由地发布这个软件的拷贝、阅读它的源代码、对它做改动、把它的一部分用于新的自由软件中。FLOSS是基于一个团体分享知识的概念。这是为什么Python如此优秀的原因之一——它是由一群希望看到一个更加优秀的Python的人创造并经常改进着的。高层语言————当你用Python语言编写程序的时候，你无需考虑诸如如何管理你的程序使用的内存一类的底层细节。可移植性————由于它的开源本质，Python已经被移植在许多平台上（经过改动使它能够工作在不同平台上）。如果你小心地避免使用依赖于系统的特性，那么你的所有Python程序无需修改就可以在下述任何平台上面运行。这些平台包括Linux、Windows、FreeBSD、Macintosh、Solaris、OS/2、Amiga、AROS、AS/400、BeOS、OS/390、z/OS、PalmOS、QNX、VMS、Psion、AcomRISCOS、VxWorks、PlayStation、SharpZaurus、WindowsCE甚至还有PocketPC、Symbian以及Google基于linux开发的android平台！解释性————这一点需要一些解释。一个用编译性语言比如C或C++写的程序可以从源文件（即C或C++语言）转换到一个你的计算机使用的语言（二进制代码，即0和1）。这个过程通过编译器和不同的标记、选项完成。当你运行你的程序的时候，连接/转载器软件把你的程序从硬盘复制到内存中并且运行。而Python语言写的程序不需要编译成二进制代码。你可以直接从源代码运行程序。在计算机内部，Python解释器把源代码转换成称为字节码的中间形式，然后再把它翻译成计算机使用的机器语言并运行。事实上，由于你不再需要担心如何编译程序，如何确保连接转载正确的库等等，所有这一切使得使用Python更加简单。由于你只需要把你的Python程序拷贝到另外一台计算机上，它就可以工作了，这也使得你的Python程序更加易于移植。面向对象————Python既支持面向过程的编程也支持面向对象的编程。在“面向过程”的语言中，程序是由过程或仅仅是可重用代码的函数构建起来的。在“面向对象”的语言中，程序是由数据和功能组合而成的对象构建起来的。与其他主要的语言如C++和Java相比，Python以一种非常强大又简单的方式实现面向对象编程。可扩展性————如果你需要你的一段关键代码运行得更快或者希望某些算法不公开，你可以把你的部分程序用C或C++编写，然后在你的Python程序中使用它们。可嵌入性————你可以把Python嵌入你的C/C++程序，从而向你的程序用户提供脚本功能。丰富的库————Python标准库确实很庞大。它可以帮助你处理各种工作，包括正则表达式、文档生成、单元测试、线程、数据库、网页浏览器、CGI、FTP、电子邮件、XML、XML-RPC、html、WAV文件、密码系统、GUI（图形用户界面）、Tk和其他与系统有关的操作。记住，只要安装了Python，所有这些功能都是可用的。这被称作Python的“功能齐全”理念。除了标准库以外，还有许多其他高质量的库，如wxPython、Twisted和Python图像库等等。概括————Python确实是一种十分精彩又强大的语言。它合理地结合了高性能与使得编写程序简单有趣的特色。规范的代码————Python采用强制缩进的方式使得代码具有极佳的可读性。缺点强制缩进这也许不应该被称为局限，但是它用缩进来区分语句关系的方式还是给很多初学者带来了困惑。即便是很有经验的Python程序员，也可能陷入陷阱当中。最常见的情况是tab和空格的混用会导致错误，而这是用肉眼无法分别的。单行语句和命令行输出问题很多时候不能将程序连写成一行，如importsys;foriinsys.path:printi。而perl和awk就无此限制，可以较为方便的在shell下完成简单程序，不需要如Python一样，必须将程序写入一个.py文件。（对很多用户而言这也不算是限制）NO.1运行速度，有速度要求的话，用C++改写关键部分吧。NO.2国内市场较小（国内以python来做主要开发的，目前只有一些web2.0公司）。但时间推移，目前很多国内软件公司，尤其是游戏公司，也开始规模使用他。No.3中文资料匮乏（好的python中文资料屈指可数）。托社区的福，有几本优秀的教材已经被翻译了，但入门级教材多，高级内容还是只能看英语版。NO.4构架选择太多（没有像C#这样的官方.net构架，也没有像ruby由于历史较短，构架开发的相对集中。RubyonRails构架开发中小型web程序天下无敌）。不过这也从另一个侧面说明，python比较优秀，吸引的人才多，项目也多。

阔别两年，我又从 Go 转回了 PHP

本文经授权转载自CSDN (ID: CSDNnews)

整理 | 局长

为保狗命，先事先声明，本文无意引战，纯粹是想分享一个从 PHP 转到 Go，又再从 Go 转回 PHP 的案例。看看这位开发者是基于怎样的考虑，以及又是在怎样的场景下，做出了这样的一个决定。

原文作者 Danny van Kooten 是一名 Web 开发者，也是 WordPress 插件 MailChimp、HTML Forms、Boxzilla 的作者。不难发现，Danny 是一名擅长 PHP 的程序员。

为了改进旧程序，实现更好的性能、更轻松地部署以及提升测试覆盖率，Danny 选择从 PHP 切换到 Go 开发 Web 应用程序。但没想到的是，在使用了 Go 两年之后，Danny 又重新回到了 PHP 的怀抱......个中原因何在，不妨继续阅读。

以下为译文

还记得我放弃 Laravel 转而使用 Golang 的经历吗？
(https://dannyvankooten.com/laravel-to-golang/)

嗯，在使用了 Go 两年之后，我们的 Web 应用程序又重新转回使用 PHP 开发了。

觉得我在打自己的脸是吗？是，我曾经说过使用 PHP 可能是个很糟糕的决定，现在我却要在上面花更多的时间。为什么？......嗯，实际上有好几个原因。

PHP 的改进

在过去的三年里，PHP 改进了许多：

• 增加了标量类型声明

• 增加了返回值类型声明
  

• 增加了多 catch 异常

• 以及非常优异的性能改进

参考链接

• https://secure.php.net/manual/en/functions.arguments.php#functions.arguments.type-declaration

• https://secure.php.net/manual/en/functions.returning-values.php#functions.returning-values.type-declaration

• https://wiki.php.net/rfc/multiple-catch
  

• http://www.zend.com/en/resources/php7_infographic
  

Symfony4 改变了世界

我很喜欢 Symfony 的兼容性承诺，以及他们13年来为之做出的努力。

所以，当 Symfony4(https://symfony.com/4)发布时，我听到了这个好消息就去尝试了一下，用它实现了一个小的应用程序。

结论是：太棒了，真的太棒了。

Symfony4 在简化安装上花费了许多心思，启动一个 Symfony 应用程序可以更方便快捷，需要的配置工作也更少。现在它已经赶超了 Laravel 的快速开发，同时它还鼓励许多很不错的开发实践，避免开发时落入自己的陷阱。而且它的性能也非常好(http://www.phpbenchmarks.com/en/)。

将旧的 Lavarel 应用程序移植到 Symfony 很容易，只需要重新实现一些用 Go 写的功能，撤销之前实现的一些便捷方式（大多数归因于 Laravel 的全局 helper）即可。

一个非常好的意外收获是我可以很大程度上提高开发中的测试覆盖率。两遍甚至三遍地反复编写同一个应用程序让我对其非常熟悉。

Symfony的调试工具栏也非常棒。它能显示从请求到响应过程中发生的一切，显示出一切警告和不推荐使用的警告，还有内置的性能工具，可以很容易地对代码进行性能测试。

在学习了 Symfony 的 Form 组件之后，我深深地爱上了它。设计一个可访问、可重用的表单变得极其容易，还能在提交时验证表单内容，并且安全地根据表单数据填充PHP对象。

$user = $this->getUser();
$form = $this->createForm(UserBillingInfoType::class, $user)
             ->handleRequest($request);

if ($form->isSubmitted() && $form->isValid()) {
    // $user is already populated with the form values at this point
    // it's valid, so we can update the database and redirect the user now
}

另一个我们进行改进的应用程序的软件是 Doctrine。模型（实体）是普通的 PHP 类，关系（关联）是普通的引用，这使得逻辑测试非常容易，无需再考虑数据库实现。

$user = new User();
$user->addLicense(new License());
$manager->persist($user); // both user and its license will be saved

在 Doctrine 中，默认所有操作都封装在 SQL 事务中。在我看来这一点非常重要 —— 它保证了原子性。而在 Eloquent 中实现这一点需要大量工作。

Go 依然很强大

实话实说，Go 非常优秀。它非常简单，能实现 PHP 绝无可能达到的性能。如果我们需要小型的 API 或需要高吞吐量的功能，我依然会选择 Go。

但我们的应用程序需要大量的服务器端渲染的工作。尽管 Go 可以做到这一点（过去两年已经证明了），但使用 PHP 实现会更容易维护。

做出正确的业务决策

还有一个没说的原因是，在过去几年，有好几家公司联系我，希望收购我们的一个产品。

但在听说我们的技术栈是 Go 时，他们感到有点惊讶。他们告诉我，他们更希望使用 PHP，因为他们大部分产品使用的也都是 PHP。在这一点上，我没法责备他们。

原文 https://dannyvankooten.com/from-go-back-to-php-again/

开源中国征稿开始啦！

开源中国 www.oschina.net 是目前备受关注、具有强大影响力的开源技术社区，拥有超过 200 万的开源技术精英。我们传播开源的理念，推广开源项目，为 IT 开发者提供一个发现、使用、并交流开源技术的平台。

现在我们开始对外征稿啦！如果你有优秀的技术文章想要分享，热点的行业资讯需要报道等等，欢迎联系开源中国进行投稿。投稿详情及联系方式请参见：

推荐阅读

「好看」一下，分享给更多人↓↓↓