Swoole2020：化繁为简、破茧成蝶

Swoole开源项目从2012年开始发布第一个版本&＃xff0c;到现在已经有近8年的历史。在这七年的时间里&＃xff1a;

• 提交了8821次代码变更

• 发布了287个版本

• 收到并解决1161次issue反馈

• 合并了603次pull request

• 共有100位开发者贡献代码

• 在GitHub收获了11940颗星

10年架构师领你架构-成长之路-&＃xff08;附面试题&＃xff08;含答案&＃xff09;&＃xff09;

&＃xff08;腾讯T3-T4&＃xff09;打造互联网PHP架构师教程目录大全&＃xff0c;只要你看完&＃xff0c;薪资立马提升2倍&＃xff08;持续更新&＃xff09;

点击与我交流企鹅群

协程

2018年我们推出了全新的Swoole4版本&＃xff0c;在此之前Swoole主要的编程方式还是同步阻塞模式或异步回调。新的基于协程实现的CSP编程逐渐成为我们唯一推荐使用的编程模式。协程将纷繁复杂异步编程大大简化。使用Swoole4协程&＃xff0c;既简单又强大。在未来的Swoole5版本&＃xff0c;我们计划删除非协程的相关特性和代码&＃xff0c;减少历史包袱&＃xff0c;提升稳定性&＃xff0c;降低复杂度&＃xff0c;减少不必要的选项&＃xff0c;纯粹协程化。

过去6年我们的团队主要以兼职开发为主&＃xff0c;团队成员大多来自于腾讯、阿里、滴滴、百度、360、小米等国内一线互联网企业&＃xff0c;还有一部分是国外的PHP开发者&＃xff0c;甚至PHP语言ZendVM内核作者Dmitry Stogov也曾向Swoole贡献了代码。除此之外&＃xff0c;我们还招募了一些在校大学生为Swoole编写代码&＃xff0c;逐步培养年轻一代开发者。

在2018年7月份我们组建了全职开发团队&＃xff0c;专注于Swoole内核以及Swoole Cloud云原生组件和生态链的开发。告别过去的草莽班子&＃xff0c;转变为专业化的开源技术研发团队。

我们的目标是让Swoole项目成为Node.js、Go这样的工业级技术&＃xff0c;成为PHP编程语言的在异步IO和网络通信方面的基石。

研发管理

成立全职研发团队后&＃xff0c;我们逐渐建立了非常完善的研发管理体系&＃xff0c;提升Swoole的软件质量。主要包括以下几个方面&＃xff1a;

测试驱动&＃xff08;TDD&＃xff09;

现在我们投入大量精力实现单元测试脚本、压测脚本、自动化测试&＃xff0c;提升单元测试覆盖率。目前已有680项测试用例&＃xff0c;17项压测项目&＃xff0c;在Travis-CI平台可以看到每一次Commit和Pull Request的编译、测试结果。

研发工作也基于TDD进行&＃xff0c;在开发新特性、重构、Bug Fix时&＃xff0c;会先编写对应的单元测试脚本&＃xff0c;测试覆盖到代码变更的所有场景。

代码审查&＃xff08;Code Review&＃xff09;

团队成员之间进行代码交叉审查、互相Code Review&＃xff0c;对于代码变更的细节进行充分的评估和讨论。

重大变更&＃xff0c;会进行团队Review&＃xff0c;花费数小时甚至数天讨论每一行代码变更细节。

RFC 机制

对于非Bug Fix、非性能提升、非重构&＃xff0c;新特性或有可能改变底层行为的变更&＃xff0c;我们会分为4个步骤进行。

1. 发起RFC的提案&＃xff0c;https://github.com/swoole/rfc...&＃xff0c;提案内容会详细阐述此项变更的前因后果、相关配置项、影响的范围、使用方法、示例。

2. 提案讨论&＃xff0c;我们会对提案进行充分的讨论&＃xff0c;刨根问底&＃xff0c;分析优劣&＃xff0c;推敲细节。所有问题均讨论清楚后&＃xff0c;最终立项&＃xff0c;开始实现。

3. 开发负责人创建git分支&＃xff0c;编写单元测试脚本&＃xff0c;编写代码&＃xff0c;实现提案中的所有内容&＃xff0c;最终发起Pull Request

4. 交叉评审&＃xff0c;检查代码&＃xff0c;提出改进意见&＃xff0c;反馈给开发负责人&＃xff0c;继续完善细节。最终合并到主干。

整个过程均是在GitHub平台公开进行的&＃xff0c;对Swoole项目感兴趣的PHPer均可参与。

灰度测试

为了保证正式版本的稳定性&＃xff0c;我们在发布前会在内部项目上进行灰度测试&＃xff0c;检验新版本的稳定性。

另外我们与大部分Swoole框架作者建立了联系&＃xff0c;新版本会先发给各大框架的作者提前试用。有重大底层变更、或不兼容项会提前与其他Swoole之上的开源项目作者进行沟通。

总结

在过去的几年&＃xff0c;Swoole项目做的并不是很专业&＃xff0c;存在较多BUG和难用的地方&＃xff0c;也让很多使用者踩到了不少坑。最近半年成立全职研发团队后&＃xff0c;我们在研发管理方面进步飞快&＃xff0c;Swoole的稳定性、成熟度方面已今非昔比。稳定性始终是第一位的&＃xff0c;我们在未来将会更加谨慎、严谨&＃xff0c;保证质量。

重构

2019年下半年我们对底层的代码进行了多次重构&＃xff0c;在代码结构、可读性、复用性、封装度方面进行了很多优化。使得Swoole软件更为简洁、优雅。

编程语言方面&＃xff0c;我们现在逐渐使用C&＃43;&＃43;替代C语言。C&＃43;&＃43;提供的面向对象、智能指针、容器、模板等特性能够帮助我们进一步提升团队的开发效率。

在此也欢迎各位PHPer参与Swoole项目&＃xff0c;贡献代码。

文档

Swoole的文档也是广为开发者诟病的一个方面。在2019年我们团队在文档方面逐渐加大投入。重新编写梳理文档&＃xff0c;加入丰富的例子程序&＃xff0c;加入更详细的配图&＃xff0c;修复细节问题&＃xff0c;删除带有感情色彩的语句&＃xff0c;更加客观中立严谨。

2020 未来

新的一年我们主要有3个方向上发力。

做减法

删除非协程的特性&＃xff0c;删除不必要的模块&＃xff0c;减少历史包袱&＃xff0c;提升稳定性、降低复杂度&＃xff0c;减少不必要的选项&＃xff0c;化繁为简&＃xff0c;更简单。

Swoole内核层面仍然会继续不断重构、精简&＃xff0c;减少代码行数&＃xff0c;清理冗余代码&＃xff0c;尽可能地实现代码复用。

深入项目

在2019年底&＃xff0c;我们已经开始逐渐与在生产环境上大量使用Swoole的企业建立联系&＃xff0c;包括腾讯云、阅文、好未来、陌陌、优信等企业。了解实际应用场景、业务模式&＃xff0c;进行深度交流合作&＃xff0c;提供建议&＃xff0c;帮助企业技术团队更好的解决业务问题&＃xff0c;接受反馈改进底层。

生态链

2020年我们会基于Swoole4协程开发一些配套的工具和组件&＃xff0c;弥补PHP在Cloud Native时代生态链方面的不足。

喜欢我的文章就关注我吧&＃xff0c;持续更新中.....

以上内容希望帮助到大家&＃xff0c;很多PHPer在进阶的时候总会遇到一些问题和瓶颈&＃xff0c;业务代码写多了没有方向感&＃xff0c;不知道该从那里入手去提升&＃xff0c;对此我整理了一些资料&＃xff0c;包括但不限于&＃xff1a;分布式架构、高可扩展、高性能、高并发、服务器性能调优、TP6&＃xff0c;laravel&＃xff0c;YII2&＃xff0c;Redis&＃xff0c;Swoole、Swoft、Kafka、Mysql优化、shell脚本、Docker、微服务、Nginx等多个知识点高级进阶干货需要的可以免费分享给大家&＃xff0c;需要的可以点击进入暗号&＃xff1a;知乎。 喜欢我的文章就点赞关注吧