lrucache读写是否线程安全？

fozhyn

lrucache读写是否线程安全？使用timer更新缓存内容时，是否需要加锁？

spacewanderlzx

lrucache 不是线程安全的。
但是目前来说，每个 worker 进程只会有单个线程在执行，而 lrucache 是每个进程独立的，所以操作 lrucache 不用加锁。

在 2016年12月20日星期二 UTC+8下午6:23:01，fozhyn写道：

lrucache读写是否线程安全？使用timer更新缓存内容时，是否需要加锁？

fozhyn

你的意思是ngx light thread不会并发执行？我的使用场景是这样，使用一个ngx.timer.at定时去更新lrucache中的内容，在acccess_by_lua去查询lrucache,不加锁不会有问题？

在 2016年12月21日星期三 UTC+8上午10:11:30，Zexuan Luo写道：

lrucache 不是线程安全的。
但是目前来说，每个 worker 进程只会有单个线程在执行，而 lrucache 是每个进程独立的，所以操作 lrucache 不用加锁。

在 2016年12月20日星期二 UTC+8下午6:23:01，fozhyn写道：
lrucache读写是否线程安全？使用timer更新缓存内容时，是否需要加锁？

doujiang24

Hello

lrucache 的 set 是原子操作

在 2016年12月22日上午10:58，fozhyn <fo...@gmail.com>写道：

你的意思是ngx light thread不会并发执行？我的使用场景是这样，使用一个ngx.timer.at定时去更新lrucache中的内容，在acccess_by_lua去查询lrucache,不加锁不会有问题？

在 2016年12月21日星期三 UTC+8上午10:11:30，Zexuan Luo写道：
lrucache 不是线程安全的。
但是目前来说，每个 worker 进程只会有单个线程在执行，而 lrucache 是每个进程独立的，所以操作 lrucache 不用加锁。

在 2016年12月20日星期二 UTC+8下午6:23:01，fozhyn写道：
lrucache读写是否线程安全？使用timer更新缓存内容时，是否需要加锁？

--

spacewanderlzx

这里所说的“原子操作”是比喻意义，还是术语上的意义？如果是后者，lrucache 的 set 操作跟 CAS 之类的 atomic operation 并没有关系。
一个进程内只有一个 lua vm，一个 lua vm 同一时刻内只有一个协程可以运行，所以同一时刻能够操作 lrucache 的 ngx light thread 只会有一条。

在 2016年12月23日星期五 UTC+8上午11:14:44，doujiang写道：

Hello

lrucache 的 set 是原子操作

在 2016年12月22日上午10:58，fozhyn <foz...@gmail.com>写道：
你的意思是ngx light thread不会并发执行？我的使用场景是这样，使用一个ngx.timer.at定时去更新lrucache中的内容，在acccess_by_lua去查询lrucache,不加锁不会有问题？

在 2016年12月21日星期三 UTC+8上午10:11:30，Zexuan Luo写道：
lrucache 不是线程安全的。
但是目前来说，每个 worker 进程只会有单个线程在执行，而 lrucache 是每个进程独立的，所以操作 lrucache 不用加锁。

在 2016年12月20日星期二 UTC+8下午6:23:01，fozhyn写道：
lrucache读写是否线程安全？使用timer更新缓存内容时，是否需要加锁？

--