$pool = $this->map[$poolName] ?? null;
if ($pool == null) {
$pool = $this->applyNewPool($poolName);
}

if ($pool->count()) {
$obj = $pool->shift();
$obj->__isConstruct = false;
return $obj;
} else {
// 使用反射
$reflector = new \ReflectionClass($poolName);
$obj = $reflector->newInstanceWithoutConstructor();

$obj->__useCount  = 0;
$obj->__genTime  = time();
$obj->__isConstruct = false;
$obj->__DSLevel  = Macro::DS_PUBLIC;
unset($reflector);
return $obj;

}
}

使用 SplStack 来管理对象

map)) {
throw new Exception(‘the name is exists in pool map’);
}
$this->map[$poolName] = new \SplStack();

return $this->map[$poolName];
}
// 管理对象
$pool->push($classInstance);
$obj = $pool->shift();

连接池 & 代理

连接池 Pools

连接池的概念就不赘述了,我们来直接看 msf 中的实现,代码在 src/Pools/AsynPool.php 下:

callBacks = [];
$this->commands = new \SplQueue();
$this->pool = new \SplQueue();
$this->config = $config;
}

这里使用的 SplQueue 来管理连接和需要执行的命令. 可以和上面对比一下,想一想为什么一个使用 SplStack,一个使用 SplQueue.

代理 Proxy

代理是在连接池的基础上进一步的封装,msf 提供了 2 种封装方式:

主从 master slave

集群 cluster

查看示例 App\Controllers\Redis 中的代码:

getRedisPool(‘p1’)->set(‘key1′,’val1’);
$val = yield $this->getRedisPool(‘p1’)->get(‘key1’);

$this->outputJson($val);

}
// Redis代理使用示例（分布式）
public function actionProxySetGet()
{
for ($i = 0; $i <= 100; $i++) {
yield $this->getRedisProxy(‘cluster’)->set(‘proxy’ . $i,$i);
}
$val = yield $this->getRedisProxy(‘cluster’)->get(‘proxy22’);
$this->outputJson($val);
}

// Redis代理使用示例（主从）
public function actionMaserSlaveSetGet()
{
for ($i = 0; $i <= 100; $i++) {
yield $this->getRedisProxy(‘master_slave’)->set(‘M’ . $i,$i);
}

$val = yield $this->getRedisProxy('master_slave')->get('M66');
$this->outputJson($val);

}
}

代理就是在连接池的基础上进一步 搞事情. 以 主从 模式为例:

主从策略: 读主库,写从库
代理做的事情:

判断是读操作还是写操作,选择相应的库去执行
公共库

msf 推行 公共库 的做法,希望不同功能组件可以做到 可插拔,这一点可以看 laravel 框架和 symfony 框架,都由框架核心加一个个的 package 组成. 这种思想我是非常推荐的,但是仔细看 百度脑图 – php-msf 源码解读 这张图的话,就会发现类与类之间的依赖关系,分层/边界 做得并不好. 如果看过我之前的 blog – laravel源码解读 / blog – yii源码解读,进行对比就会感受很明显.

但是,这并不意味着 代码不好,至少功能正常的代码,几乎都能算是好代码. 从功能之外建立的 优越感,更多的是对 美好生活的向往 — 还可以更好一点.

AOP

php AOP 扩展: http://pecl.php.net/package/aop

PHP-AOP扩展介绍 | rango: http://rango.swoole.com/archives/83

AOP,面向切面编程,韩老大 的 blog – PHP-AOP扩展介绍 | rango 可以看看.

需不需要了解一个新事物,先看看这个事物有什么作用:

AOP,将业务代码和业务无关的代码进行分离,场景有 日志记录 / 性能统计 / 安全控制 / 事务处理 / 异常处理 / 缓存 等等.
这里引用一段 程序员DD – 翟永超的公众号 文章里的代码,让大家感受下:

同样是 CRUD,不使用 AOP

delete(long id,String lang) {
Map data = new HashMap();
boolean result = false;
try {
// 语言（中英文提示不同）
Locale local = “zh”.equalsIgnoreCase(lang) ? Locale.CHINESE : Locale.ENGLISH;
result = configService.delete(id,local);
data.put(“code”,0);
} catch (CheckException e) {
// 参数等校验出错，这类异常属于已知异常，不需要打印堆栈，返回码为-1
data.put(“code”,-1);
data.put(“msg”,e.getMessage());
} catch (Exception e) {
// 其他未知异常，需要打印堆栈分析用，返回码为99
log.error(e);

data.put(“code”,99);
data.put(“msg”,e.toString());
}
data.put(“result”,result);
return data;
}

使用 AOP

delete(long id) {
return new ResultBean(configService.delete(id));
}

代码只用一行,需要的特性一个没少,你是不是也想写这样的 CRUD 代码?

配置文件管理

先明确一下配置管理的痛点:

是否支撑热更新,常驻内存需要考虑

考虑不同环境: dev test production

方便使用

热更其实可以算是常驻内存服务器的整体需求,目前 php 常用的解决方案是 inotify,可以参考我之前的 blog – swoft 源码解读 .

#p#副标题#e##p#分页标题#e#

msf 使用第三方库来解析处理配置文件,这里着重提一个 array_merge() 的细节:

[
‘a1’ => ‘a1’,]];
$b = [‘a’ => [
‘b1’ => ‘b1’,]];
$arr = array_merge($a,$b); // 注意,array_merge() 并不会循环合并
var_dump($arr);
// 结果
array(1) {
[“a”]=>
array(1) {
[“b1”]=>
string(2) “b1”
}
}

msf 中使用配置:

getConfig()->get(‘params.mock_ids’,[]);
// 对比一下 laravel
$ids = cofnig(‘params.mock_ids’,[]);

看起来 laravel 中要简单一些,其实是通过 composer autoload 来加载函数,这个函数对实际的操作包装了一层. 至于要不要这样做,就看自己需求了.

写在最后

msf 最复杂的部分在 服务启动阶段,继承也很长:

Child -> Server -> HttpServer -> MSFServer -> AppServer,有兴趣可以挑战一下.

另外一个比较难的点,是 MongoDbTask 实现原理.

msf 还封装了很多有用的功能,RPC / 消息队列 / restful,大家根据文档自己探索即可.