蛰伏了很久,一直忙着几个大项目。
几个项目内容彼此差异很大,但都对支付、结算部分具有很高的精度要求,其中一个,具有大量的实时同步的数据。
大量到什么程度呢?大约平均每秒获取30条更新数据,这30条数据,实际触发200条左右的数据比较和更新。去年大约9、10月份在为这个项目做准备的阶段,我主观上觉得PHP+MySQL很难胜任此任务,一度对.net、Java、Scala、golang,以及不同的数据库,包括pgsql、sqlserver、mongodb都做了很多的调研与测试准备,后来一度选择了Scala的方案。不过真的动手的时候,静态语言的特性,真的让我有很多不适应的地方,尤其是servlet容器,每次更新都要reload??这方面可能我真的被动态语言宠坏了。
第一阶段编写了部分重构和改进的代码,令我决定放弃了选择静态语言去改造整个项目的方案。因为在线部分的系统业务实在太庞大了,而且很多业务逻辑,早前开发的PHP的版本,已经封装得是非常健壮和完善,唯一能说服我去改造的,只有语言之间的性能差异。经过了一些比对,尤其是servlet实际的部署更新方面与现有PHP的对比,我做了一个特性列表的比对,并且每个特性都实际测试了servlet模式和PHP模式的比较,最终决定放弃选择静态语言改造整个项目的方案。
在Web系统的构建上,PHP支持动态更新是一个非常重要的特性,这也许已经成为他区别现有所有的Web开发语言中,一个最大的优势了。Ruby、node.js、golang、Java,最多只能做到模板动态更新,发布模式下,类库文件属于调用时才加载到位的机制、永不释放、或编译成二进制文件、预先即加载。
放弃了重构的方案,就要转换思路了。原来的设想,是以Web作为系统的核心,原本改造的一个目的是,让Web具有更加主动的执行一些操作和任务的功能,让他能主动的去发起和执行一些任务。但实际的情况下,第一阶段已经用PHP开发的代码,我并不想破坏或者重构??因为在业务逻辑的层面,他并没有问题。我完全可以把已经开发的Web视作一个WebService的点,剩下的,就是部署多个的Service点,将外部的数据接口,和WebService对接,并由WebService发起对这些Service的管理与监控。
大概的情形就如下面的拓扑图:
每个外部的Service,只包含实现自己本身所要执行操作的最小的程序逻辑,核心业务逻辑交给WebService。并且Service之间并不通信,彼此不需要知道彼此的存在,必须做到,随意添加、随意部署、随时更新。他们就像是章鱼的触手,但有着各自更明确具体的功用和任务,但是他们不具有思考和判断的能力,他们只是准确无误(尤其不能时误)的去执行不同的任务。
确定这个思路的时候,我并不准确的知道他的可行性,这个环境最核心的环节是WebService的容纳能力,这一点也是我最无法确定的。不过随着时间的推进,我已经没有更多的选择了。外部Service部分,我选择了node.js,因为npm的丰富度,以及我本身对js的熟悉度。
Service开发的难度不高,很快就封装了一个任务调度器和WebSocket Server。经过长期密集的监控,任务调度器的时间延迟,在可接受的范围内,这一点我之前测试node.js的时候就知道了,单核条件下,高密集的压力下,他会毫不思考的直接将CPU可用的计算能力用到满载为止。
很快的,新的Service部署上线了,校准数据,WebService业务逻辑的调整,这些自不必说了。我一直所担心的,WebService上可能发生的问题,居然一点都没发生??尤其是在测试服务器上,那只是一台最最低廉的服务器(即弃即用,只要他系统一崩溃,我就直接从镜像重装),单机运行,居然丝毫不乱。PHP+MySQL的耐操能力,真的超乎我的想象,当然,因为事前对起容纳能力和计算能力的担心,针对业务逻辑的特点,我也设计了多层的缓存解决方案,所以这里还得加上Memcache。
但是这些用node.js写的Service,其健壮度和稳定性真的很低,经常无缘由的停止服务,而且内存的调度和释放方面,也不尽如人意。当然了,本身在开发Service的时候,我并没有刻意的去优化(基本上可以用粗犷来形容),毕竟有很多事情还没得到实践验证,没必要过度的耗神费脑子。在我预算中,这部分迟早是要重构的??本身的逻辑也并复杂,最终的方案也未必会选择node.js。
结合最早的调研和测试,对Service的重构,现在的关注点落在了jvm和golang上。jvm经过了这么多年的风霜洗礼,他的内存管理已经比较完善,而且对于其调优的经验与分享,google一搜一大把,可参照的依据也非常之多(再到Google趋势上看看,这世间所有的开发语言里面,Java也是遥遥领先),而且之前我已经开了一些可用的代码。golang绝对是一个杀手级的语言,我相信这个语言绝对拥有比jvm更高的可调优的运行性能,不过看到他的指针符号,我真的有些心有余悸,而且他的变量是可污染的,这个有些麻烦啊。

PHP仍然流行的原因是其易用性、靈活性和強大的生態系統。 1)易用性和簡單語法使其成為初學者的首選。 2)與web開發緊密結合,處理HTTP請求和數據庫交互出色。 3)龐大的生態系統提供了豐富的工具和庫。 4)活躍的社區和開源性質使其適應新需求和技術趨勢。

PHP和Python都是高層次的編程語言,廣泛應用於Web開發、數據處理和自動化任務。 1.PHP常用於構建動態網站和內容管理系統,而Python常用於構建Web框架和數據科學。 2.PHP使用echo輸出內容,Python使用print。 3.兩者都支持面向對象編程,但語法和關鍵字不同。 4.PHP支持弱類型轉換,Python則更嚴格。 5.PHP性能優化包括使用OPcache和異步編程,Python則使用cProfile和異步編程。

PHP主要是過程式編程,但也支持面向對象編程(OOP);Python支持多種範式,包括OOP、函數式和過程式編程。 PHP適合web開發,Python適用於多種應用,如數據分析和機器學習。

PHP起源於1994年,由RasmusLerdorf開發,最初用於跟踪網站訪問者,逐漸演變為服務器端腳本語言,廣泛應用於網頁開發。 Python由GuidovanRossum於1980年代末開發,1991年首次發布,強調代碼可讀性和簡潔性,適用於科學計算、數據分析等領域。

PHP適合網頁開發和快速原型開發,Python適用於數據科學和機器學習。 1.PHP用於動態網頁開發,語法簡單,適合快速開發。 2.Python語法簡潔,適用於多領域,庫生態系統強大。

PHP在現代化進程中仍然重要,因為它支持大量網站和應用,並通過框架適應開發需求。 1.PHP7提升了性能並引入了新功能。 2.現代框架如Laravel、Symfony和CodeIgniter簡化開發,提高代碼質量。 3.性能優化和最佳實踐進一步提升應用效率。

PHPhassignificantlyimpactedwebdevelopmentandextendsbeyondit.1)ItpowersmajorplatformslikeWordPressandexcelsindatabaseinteractions.2)PHP'sadaptabilityallowsittoscaleforlargeapplicationsusingframeworkslikeLaravel.3)Beyondweb,PHPisusedincommand-linescrip

PHP類型提示提升代碼質量和可讀性。 1)標量類型提示:自PHP7.0起,允許在函數參數中指定基本數據類型,如int、float等。 2)返回類型提示:確保函數返回值類型的一致性。 3)聯合類型提示:自PHP8.0起,允許在函數參數或返回值中指定多個類型。 4)可空類型提示:允許包含null值,處理可能返回空值的函數。


熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

AI Hentai Generator
免費產生 AI 無盡。

熱門文章

熱工具

MantisBT
Mantis是一個易於部署的基於Web的缺陷追蹤工具,用於幫助產品缺陷追蹤。它需要PHP、MySQL和一個Web伺服器。請查看我們的演示和託管服務。

SublimeText3 Linux新版
SublimeText3 Linux最新版

SublimeText3漢化版
中文版,非常好用

Atom編輯器mac版下載
最受歡迎的的開源編輯器

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)