答案：PHP递增操作非原子性易导致并发错误，需借助外部机制确保一致性。使用文件锁性能差，适合低频场景；数据库UPDATE语句或Redis的INCR命令可实现高效原子递增，推荐用于生产环境。
PHP本身不支持多线程，但实际运行环境中（如使用Apache的多进程、FPM的多Worker进程、或通过Swoole等扩展实现协程/多进程）会出现并发访问共享数据的情况。当多个请求同时对同一个值进行递增操作时，比如计数器，就可能出现竞态条件，导致结果不准确。要确保递增操作的原子性，必须借助外部机制来协调并发。
理解递增非原子性的根源
看似简单的$counter++操作在底层包含三个步骤：读取当前值、加1、写回新值。在高并发场景下，多个进程或请求可能同时读到相同的旧值，各自加1后再写回，最终只增加了一次而不是多次。例如：
- 进程A读取 counter = 5
- 进程B也读取 counter = 5
- A计算为6并写入
- B计算为6并写入
结果本应是7，实际却是6，出现了数据丢失。
使用文件锁保证原子性
在没有数据库或Redis的情况下，可以借助文件系统配合flock()实现简单互斥。示例代码如下：
立即学习“PHP免费学习笔记（深入）”；
$fp = fopen('/tmp/counter.lock', 'w');
if (flock($fp, LOCK_EX)) {
$counter = (int)file_get_contents('/tmp/counter');
$counter++;
file_put_contents('/tmp/counter', $counter);
flock($fp, LOCK_UN); // 释放锁
}
fclose($fp);
注意：这种方式性能较差，适合低频场景，且需处理异常和锁未释放的问题。
利用数据库的原子操作
最常见的方式是使用数据库的UPDATE ... SET count = count + 1语句，这类操作由数据库引擎保证原子性：
UPDATE stats SET views = views + 1 WHERE id = 1;
只要执行这条SQL，无论并发多少请求，数据库会串行化写操作，避免竞争。也可以结合事务和行级锁（如SELECT ... FOR UPDATE），但需注意死锁风险。
使用Redis的原子递增命令
Redis提供了INCR和INCRBY命令，天然支持原子性递增，非常适合高频计数场景：
$redis = new Redis();
$redis->connect('127.0.0.1', 6379);
$redis->incr('page_views');
Redis单线程模型确保每个命令原子执行，无需额外加锁，性能高，推荐用于生产环境。
避免使用PHP内存变量处理共享状态
不要试图用static变量、全局数组或APCu缓存来实现跨请求的递增（除非明确知道其局限）。APCu虽然快，但在多FPM进程下各进程有独立内存空间，无法共享数据，且无原子操作支持，容易出错。
基本上就这些。关键在于：不要依赖PHP自身机制处理并发写，而是交由具备原子能力的外部系统（如MySQL、Redis）完成递增操作。这样既安全又可靠。
