鉴于前面介绍了swoole,就借用swoole的服务器/客户端与多进程机制对锁进行说明.
这里只针对PHP的锁机制进行说明,由于SQL的锁与其作用方式和应用场景不同,将作另行说明.
1.文件锁
- flock()
- fclose()
- swoole_lock()
文件锁的可能应用场景为:
1.限制并发多进程或多台服务器需要对同一文件进行访问和修改;
2.对参与文件I/O的进程队列化和人为阻塞;
3.在业务逻辑中对文件内容进行守护;
下面是文件锁C/S通讯机制下的使用,已经省略了具体的通讯过程
Server(服务器通讯过程已略):
1
2
3
4
5
6
7
|
//监听数据发送事件
$serv ->on( 'receive' , function ( $serv , $fd , $from_id , $data ) {
$serv ->send( $fd , "ServerEnd" );
$p_file = "locktest.txt" ;
var_dump( file_get_contents ( $p_file ));
});
|
Client1(服务器通讯过程已略):
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
|
$s_recv = "ww" ;
$p_file = "locktest.txt" ;
$o_file = fopen ( $p_file , 'w+' );
// flock()加锁方式:
flock ( $o_file ,LOCK_EX);
// // swoole加锁方式:
// $lock = new swoole_lock(SWOOLE_FILELOCK, $p_file);
// $lock->lock();
fwrite( $o_file , 'ss' . $s_recv );
sleep(30);
// 两种解锁方式
// flock($o_file, LOCK_UN);
// $lock->unlock();
|
Client2(服务器通讯过程已略):
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
|
$s_recv = "xx" ;
$p_file = "locktest.txt" ;
$o_file = fopen ( $p_file , 'w+' );
// flock()加锁方式:
flock ( $o_file ,LOCK_EX);
// // swoole加锁方式:
// $lock = new swoole_lock(SWOOLE_FILELOCK, $p_file);
// $lock->lock();
fwrite( $o_file , 'ss' . $s_recv );
// 两种解锁方式
// flock($o_file, LOCK_UN);
// $lock->unlock();
|
结果:
Client2被阻塞了30s,直到Client1执行结束才对文件进行了一次写入;
1
|
[l0.16@4 m29.5% c30s04] $ php swoole_client2.php
|
需要注意的是:
1.无论是flock()还是swoole提供的swoole_lock(),都有在进程结束时自动解锁的机制,所以在demo中即使不进行手动解锁也能正常运行,因此这里在第一个Client中执行了sleep()暂停函数来观察文件锁的效果;
2.flock()的标准释放方式为flock($file,LOCK_UN);, 但是个人喜欢fclose(),永绝后患;
2.进程锁
与文件锁不同的是,进程锁并不用于阻止对文件的I/O,而是用于防止多进程并发造成的预期之外的后果.所以需要在多进程并发时将其队列化,即在某进程的关键逻辑执行结束前阻塞其他并发进程的逻辑执行.
实现思路有几种:
1.利用flock()文件锁,创建一个临时lock文件,使用LOCK_NB模拟阻塞或非阻塞流,再在进程内部使用判定条件控制逻辑执行;
非阻塞模型demo:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
$p_file = "locktest.txt" ;
$o_file = fopen ( $p_file , 'w+' );
// 如果临时文件被锁定,这里的flock()将返回false
if (! flock ( $o_file , LOCK_EX + LOCK_NB)) {
var_dump( 'Process Locked' );
}
else {
// 非阻塞模型必须在flock()中增加LOCK_NB参数
// 当然,这里取消LOCK_NB参数就是阻塞模型了
flock ( $o_file , LOCK_EX + LOCK_NB);
var_dump( 'Process Locking' );
// 模拟长时间的执行操作
sleep(10);
}
|
2.利用swoole提供的共享内存,缓存方法或通信方法在不同的进程中传递一个全局变量,进程获取该变量的状态后使用判定条件控制逻辑执行;
传递变量的方法很多,这里只提供一个思路,就以memcached为例;
阻塞模型demo:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
|
// 初始化memcached
$memcached = new Memcache;
$memcached ->connect( "localhost" , 11211);
// 获取用来做状态判定的全局变量
$s_flag = $memcached ->get( "flag" );
if (! $s_flag ) {
// 这里利用了memcached的过期时间作为演示,实际上业务处理完成后销毁该变量即可
$memcached ->set( "flag" , "locked" , 0, 10);
main();
}
else {
// 阻塞模型
while ( $s_flag == 'locked' ) {
var_dump( 'Process locked, retrying...' );
// 设置重试时间, 避免过于频繁的操作尝试
sleep(1);
// 更新状态变量
$s_flag = $memcached ->get( "flag" );
}
// // 非阻塞模型
// if ($s_flag == 'locked') {
// var_dump('Process locked, suspended');
// die();
// }
main();
}
// 模拟业务主函数
function main() {
var_dump( 'Process Running' );
// 业务执行结束后回收memcached
// $memcached->delete("flag");
}
|
这里需要注意的是:
1.memcached的过期时间不可少于程序运行的实际时间,因此建议稍微长一点,逻辑执行结束后进行回收;
2.在非阻塞模型中,若状态被判定为false,应该将进程中止或block,避免业务逻辑的继续执行;
3.在实际应用中,设置一个重试时间很有必要,这样可以很大程度上减少针对memcached的大量I/O并发,减轻服务器压力;
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持服务器之家。
原文链接:http://www.jianshu.com/p/31cf97772a54