## Swoole
php代码只是个表现形式,程序最终是运行在内存中的进程,内存中一种东西,代码只是一种形式而已。
代码只是一个形式,以一种方式来创建一个运行在内存中的程序,所以Swoole的php脚本代码只是启动进程的方式而已,这个php脚本只是这种启动方式的载体而已(所以理论上不使用php代码,使用任何代码都可以,使用php只是因为Swoole本身就是php的扩展,用php代码来启动更亲切,更加的方便而已),运行后你再删掉脚本文件都没关系,因为代码只是形式,只是为了启动进程而已。
这么来看,任何程序的代码都是这样的,比如PHP脚本,你写了它,只是一种形式而已,运行时它被加载到内存了,此时你可以删除它都没问题的,内存中的程序不会受影响,你写的代码只是描述了如何生成内存中的程序而已,所以你要明白,你写的代码只是一种形式的体验而已,最终运行的是加载到内存中的程序。
>[danger] 站在这个角度考虑,那么编程语言是不存在的,万物是不存在的,不过不要想太多,而成为[民间哲学家](https://segmentfault.com/q/1010000009586182)。
传统web只是每次都需要调用脚本创建进程,而Swoole一般只是常驻服务,所以会更明显的体会到这点。
* * * * *
### 代码的本质
对计算机来说,代码本身并不重要,对人来说,代码怎么写才重要(所以规范很重要)。
对计算机来说,代码只是工作指令。对人来说,代码是解决问题的逻辑思维。
代码中应当有你的思考,思想,代码是有灵魂的,好的代码优雅简洁,是能从中发现真善美的。
计算机只是工具,代码是我们与工具打交道的方式。
* * * * *
### 参考
**php的运行模式和生命周期**
[Laravel的核心概念 - SegmentFault](https://segmentfault.com/p/1210000007162144)
[为什么Swoole可以加速php - daryl的技术天地 - SegmentFault](https://segmentfault.com/a/1190000009486485)
* * * * *
[关于PHP协程与阻塞的思考](http://mp.weixin.qq.com/s/WxcP_ghWyY3kWoPi_8dC8w)
* * * * *
[谈编程 · php笔记 · 看云](https://www.kancloud.cn/xiak/php-node/500811)
[Golang在php的web开发中,可以替代哪些应用场景? - 知乎](https://www.zhihu.com/question/265388870/answer/293319812)
> **【短生命周期+同步】** 的PHP-FPM 和 **【长生命周期(逻辑内存常驻)+同步/异步】** 的Swoole联合开发.
[Just for fun——Slim借力Swoole - Salamander - SegmentFault](https://segmentfault.com/a/1190000013070940)
[workerman / 小谈PHP中的几种运行模式 - 掘金](https://juejin.im/post/5ac70b11f265da239e4e5132)
[ThinkPhp5与Swoole定时任务实践 · 看云](https://www.kancloud.cn/dapeng235/thinkphp5_swoole_timer)
* * * * *
> **理论上其他的同步阻塞 PHP 框架,如 Laravel 、Yii **,都可以实现只修改底层兼容 Swoole 2.x 协程,实现项目代码无缝切换协程模式。拭目以待。by:[韩天峰-Rango的微博_微博](https://weibo.com/hantianfeng?refer_flag=1005055014_&is_hot=1#1523957726058)
* * * * *
![](https://wx4.sinaimg.cn/mw690/3fecf63dgy1fpv6gqfr7jj20sw0uq41q.jpg)
> 又搞定一个新特性,在 Swoole 协程中**死循环向某个连接发送数据**,会导致缓存区塞满。之前的处理逻辑,为了避免服务器内存吃光,超过内存缓存区后会立即返回 false 。现在用协程实现了自动调度,缓存区满的时候自动 yield,发送完成后自动 resume 协程继续发送。
![](https://wx4.sinaimg.cn/mw690/3fecf63dgy1fpclf8gpmoj20fv0gc0u2.jpg)
> Swoole 的协程编程体验非常棒。不需要多线程,直接用 go 关键词开协程并发执行。
* * * * *
[matyhtf/framework: PHP advanced Web development framework. The built-in application server based on the development of swoole extension.](https://github.com/matyhtf/framework)
> #### SwooleFramework: PHP的高级开发框架
>
> 与其他Web框架不同,SwooleFramework是一个全功能的后端服务器框架。除了Web方面的应用之外,更广泛的后端程序中都可以使用。
>
> * 内置PHP应用服务器,可脱离nginx/php-fpm/apache独立运行
> * 配置化与资源自动工厂,可实现从配置中创建资源对象,完全无需new对象
> * 全面采用命名空间+autoload,代码中无需任何的include/require
> * 全局注册树,所有资源都挂载到全局树上,彻底实现资源的单例管理和懒加载
> * 全栈框架,提供了数据库操作,模板,Cache,日志,队列,上传管理,用户管理等几乎所有的功能
>
> PHP版本需求: PHP5.4/PHP5.5/PHP5.6/PHP7.0/PHP7.1,不支持PHP5.3
#### [Swoole框架](https://wiki.swoole.com/wiki/index/prid-2)
基于Swoole扩展开发的PHP web server&应用服务器, 内置框架。提供统一注册树,数据库操作,模板,Cache,日志,队列,上传管理,用户管理等丰富的功能特性。
swoole框架相比apache/fpm,主要是节省PHP框架和全局对象每次请求创建销毁带来的性能损耗。如果你的PHP代码是裸echo的方式,swoole框架并没有性能优势。
swoole框架给程序员提供了最大的空间,与http请求无关的全局对象只需要构造一次。程序中还可以对某些对象和数据进行缓存控制。
* * * * *
[mixstart/mixphp: 轻量 PHP 框架,基于 Swoole 的常驻内存型 PHP 高性能框架 (开发文档完善)](https://github.com/mixstart/mixphp)
> #### 与传统 MVC 框架比较
>
> MixPHP 与传统 PHP 的 Web 框架非常不同,可以不需要 Web 服务器(Apache/PHP-FPM),框架自带基于 SwooleServer 开发的 mix-httpd 高性能 HTTP 服务器,**传统的 PHP 应用程序中脚本结束后,所有的对象在请求后都将销毁,而 mix-httpd 不同,框架组件对象常驻于内存,减少对象反复创建销毁的性能损失,具有传统框架无法比拟的性能优势。**
>
> MixPHP 参考了 Yii2 框架的组件设计思想,又舍弃了 Yii2 与前端强耦合的缺点,使得整个框架如同 CodeIgniter 一样小巧别致,MixPHP 同时拥有 Yii2 的架构思想、Swoole 的高性能与更后端开发能力。
[easy-swoole/easyswoole: use swoole easily just like echo "hello world";](https://github.com/easy-swoole/easyswoole)
> EasySwoole 是一款基于Swoole Server 开发的常驻内存型的分布式PHP框架,专为API而生,摆脱传统PHP运行模式在进程唤起和文件加载上带来的性能损失。EasySwoole 高度封装了 Swoole Server 而依旧维持 Swoole Server 原有特性,支持同时混合监听HTTP、自定义TCP、UDP协议,让开发者以最低的学习成本和精力编写出多进程,可异步,高可用的应用服务
[为什么 PHP 程序员应该学习使用 Swoole](https://www.toutiao.com/a6568284224787317251/?tt_from=weixin&utm_campaign=client_share×tamp=1529319824&app=news_article_lite&utm_source=weixin&iid=33124962994&utm_medium=toutiao_android&wxshare_count=1)
> 【常驻内存】目前传统 PHP框架,在处理每个请求之前,都要做一遍加载框架文件、配置的操作。这可能已经成为性能问题的一大原因,而使用 Swoole 则没有这个问题,一次加载多次使用。
[top-think/think-swoole at 2.0](https://github.com/top-think/think-swoole/tree/2.0)(这样的东西肯定用扩展去做,而不是写在框架里面)
* * * * *
[ThinkPHP 5.1 Swoole 快速上手指南 · ThinkPHP5.1 Swoole上手指南 · 看云](https://www.kancloud.cn/thinkphp/think-swoole/content)
[easySwoole|swoole框架|swoole拓展|swoole](https://www.easyswoole.com/)
我也是用swoole框架,感觉确实快..响应都是在100ms内..代码多注意点就是,毕竟自己管理内存,进程..
用于线上项目的话,内存泄露,mysql断线,服务崩了也只能重启,毕竟不能用die的,调试全部是var_dump,sleep函数也要慎用,全局变量自己要记得销毁.其他的多注意点就是
[听过PHP定时器吗?](https://mp.weixin.qq.com/s/TV8Qe0kvTCasz6mDIIA92w)
[swoolefy](https://github.com/bingcool/swoolefy)(swoolefy是一个基于swoole实现的轻量级、高性能、协程级、开放性的API应用服务框架)
[PHP 不会死 —— 我们如何使用 Golang 来阻止 PHP 走向衰亡](https://mp.weixin.qq.com/s/x1QSy6NxlLE_Yv9wX6et2Q)
[来,控制一下 Goroutine 的并发数量](https://mp.weixin.qq.com/s/LyBp8D4ri32Yv2vTwpb3xA)
[https://www.easyswoole.com/Manual/3.x/Cn/_book/noobCourse/Coroutine.html](https://www.easyswoole.com/Manual/3.x/Cn/_book/noobCourse/Coroutine.html)
[nginx、swoole高并发原理初探](https://mp.weixin.qq.com/s/_gR3hXWnzTqM87ThVYeCww)
* * * * *
[goproxy/README_ZH.md at master · snail007/goproxy](https://github.com/snail007/goproxy/blob/master/README_ZH.md)
> 程序内部能设置信号处理方式,实现后台运行。
>
> 守护运行不是后台运行的意义,而是有另一个监控进程,监控着目标进程的运行情况,以保证目标进程的运行,相当于是守护的意思。
#### 后台运行
默认执行proxy之后,如果要保持proxy运行,不能关闭命令行.
如果想在后台运行proxy,命令行可以关闭,只需要在命令最后加上--daemon参数即可.
比如:
`./proxy http -t tcp -p "0.0.0.0:38080" --daemon`
#### 守护运行
守护运行参数--forever,比如: `proxy http --forever` ,
proxy会fork子进程,然后监控子进程,如果子进程异常退出,5秒后重启子进程.
该参数配合后台运行参数--daemon和日志参数--log,可以保障proxy一直在后台执行不会因为意外退出,
而且可以通过日志文件看到proxy的输出日志内容.
比如: `proxy http -p ":9090" --forever --log proxy.log --daemon`
* * * * *
last update:2018-2-2 15:13:24
- 开始
- 公益
- 更好的使用看云
- 推荐书单
- 优秀资源整理
- 技术文章写作规范
- SublimeText - 编码利器
- PSR-0/PSR-4命名标准
- php的多进程实验分析
- 高级PHP
- 进程
- 信号
- 事件
- IO模型
- 同步、异步
- socket
- Swoole
- PHP扩展
- Composer
- easyswoole
- php多线程
- 守护程序
- 文件锁
- s-socket
- aphp
- 队列&并发
- 队列
- 讲个故事
- 如何最大效率的问题
- 访问式的web服务(一)
- 访问式的web服务(二)
- 请求
- 浏览器访问阻塞问题
- Swoole
- 你必须理解的计算机核心概念 - 码农翻身
- CPU阿甘 - 码农翻身
- 异步通知,那我要怎么通知你啊?
- 实时操作系统
- 深入实时 Linux
- Redis 实现队列
- redis与队列
- 定时-时钟-阻塞
- 计算机的生命
- 多进程/多线程
- 进程通信
- 拜占庭将军问题深入探讨
- JAVA CAS原理深度分析
- 队列的思考
- 走进并发的世界
- 锁
- 事务笔记
- 并发问题带来的后果
- 为什么说乐观锁是安全的
- 内存锁与内存事务 - 刘小兵2014
- 加锁还是不加锁,这是一个问题 - 码农翻身
- 编程世界的那把锁 - 码农翻身
- 如何保证万无一失
- 传统事务与柔性事务
- 大白话搞懂什么是同步/异步/阻塞/非阻塞
- redis实现锁
- 浅谈mysql事务
- PHP异常
- php错误
- 文件加载
- 路由与伪静态
- URL模式之分析
- 字符串处理
- 正则表达式
- 数组合并与+
- 文件上传
- 常用验证与过滤
- 记录
- 趣图
- foreach需要注意的问题
- Discuz!笔记
- 程序设计思维
- 抽象与具体
- 配置
- 关于如何学习的思考
- 编程思维
- 谈编程
- 如何安全的修改对象
- 临时
- 临时笔记
- 透过问题看本质
- 程序后门
- 边界检查
- session
- 安全
- 王垠
- 第三方数据接口
- 验证码问题
- 还是少不了虚拟机
- 程序员如何谈恋爱
- 程序员为什么要一直改BUG,为什么不能一次性把代码写好?
- 碎碎念
- 算法
- 实用代码
- 相对私密与绝对私密
- 学习目标
- 随记
- 编程小知识
- foo
- 落盘
- URL编码的思考
- 字符编码
- Elasticsearch
- TCP-IP协议
- 碎碎念2
- Grafana
- EFK、ELK
- RPC
- 依赖注入
- 开发笔记
- 经纬度格式转换
- php时区问题
- 解决本地开发时调用远程AIP跨域问题
- 后期静态绑定
- 谈tp的跳转提示页面
- 无限分类问题
- 生成微缩图
- MVC名词
- MVC架构
- 也许模块不是唯一的答案
- 哈希算法
- 开发后台
- 软件设计架构
- mysql表字段设计
- 上传表如何设计
- 二开心得
- awesomes-tables
- 安全的代码部署
- 微信开发笔记
- 账户授权相关
- 小程序获取是否关注其公众号
- 支付相关
- 提交订单
- 微信支付笔记
- 支付接口笔记
- 支付中心开发
- 下单与支付
- 支付流程设计
- 订单与支付设计
- 敏感操作验证
- 排序设计
- 代码的运行环境
- 搜索关键字的显示处理
- 接口异步更新ip信息
- 图片处理
- 项目搭建
- 阅读文档的新方式
- mysql_insert_id并发问题思考
- 行锁注意事项
- 细节注意
- 如何处理用户的输入
- 不可见的字符
- 抽奖
- 时间处理
- 应用开发实战
- python 学习记录
- Scrapy 教程
- Playwright 教程
- stealth.min.js
- Selenium 教程
- requests 教程
- pyautogui 教程
- Flask 教程
- PyInstaller 教程
- 蜘蛛
- python 文档相似度验证
- thinkphp5.0数据库与模型的研究
- workerman进程管理
- workerman网络分析
- java学习记录
- docker
- 笔记
- kubernetes
- Kubernetes
- PaddlePaddle
- composer
- oneinstack
- 人工智能 AI
- 京东
- pc_detailpage_wareBusiness
- doc
- 电商网站设计
- iwebshop
- 商品规格分析
- 商品属性分析
- tpshop
- 商品规格分析
- 商品属性分析
- 电商表设计
- 设计记录
- 优惠券
- 生成唯一订单号
- 购物车技术
- 分类与类型
- 微信登录与绑定
- 京东到家库存系统架构设计
- crmeb
- 命名规范
- Nginx https配置
- 关于人工智能
- 从人的思考方式到二叉树
- 架构
- 今日有感
- 文章保存
- 安全背后: 浏览器是如何校验证书的
- 避不开的分布式事务
- devops自动化运维、部署、测试的最后一公里 —— ApiFox 云时代的接口管理工具
- 找到自己今生要做的事
- 自动化生活
- 开源与浆果
- Apifox: API 接口自动化测试指南