极简概括： PHP 的开源内存缓存扩展，类比Redis，但是一般都用Redis，所以APCu用的很少。
解决问题：类比Redis做缓存组件，提升性能，同步数据使用。
适用场景：轻量级的缓存，适合写少读多的场景。缺少原子性、缺少多条指令无间隙执行，不建议高并发时写多读多，写多读少的场景下使用。
优点：
比Redis快一百多倍。
运维成本低：利用PHP扩展的方式实现，无需与缓存组件进行网络通信。
简单易用：APCu 提供了简单而有效的接口，容易上手。
跨文件跨进程：A文件set值，B文件get值，是可以获取到值的，若做不到和变量没区别。
缺点：
不支持远程独立部署。
类型没有Redis的多，适用场景仅限于缓存。
数据无法做到常驻内存，重启或出故障，数据丢了就没了，没有像Redis的RDB或AOF持久化机制。
无法保证多个操作的原子性。
可能存在超卖的问题。
获取确定已经存在的值可能会遇到false，获取结果不稳定。
注意：从PHP 8.0.0开始，不再支持apcu bc。
是否能像Redis+Lua一样保证多个操作原子性？
不能。
Redis是单线程的，意味着单位时间内只执行一个任务，Redis让并发过来的任务强制串行执行。有Lua的加持，保证多条指令无间隙执行。
APCu没有这个机制，让操作要么都成功，要么都失败，要实现这一步需要手动写逻辑。
高并发下会有超卖的一致性问题吗？
还好APCu有乐观锁机制，可以防止超卖问题。
但APCu 没有互斥的锁机制，互斥意味着并发过来的请求，通过独占该资源，让任务串行执行。
由于PHP+Nginx默认是多进程机制，（也可以调整为多线程，用得少）
假设一个场景：
获取到值，自增。进程P0获取到A的值为5的时候，想要自增到6，可能其它进程已经自增到8了。此时两步操作存在间隙，又没有机制对此数据加锁防止被其它进程更改，所以可能P0执行自增时会加到9，这是个概率问题，因此乐观锁的机制就显得非常重要。
安装
前提是安装好了PHP，默认在/usr/local/php下，并配置有/usr/local/php/bin目录的环境变量cd /test wget https://pecl.php.net/get/apcu-5.1.23.tgz tar zxf apcu-5.1.23.tgz phpize ./configure make make install
相关配置（php.ini）
| 配置名 | 值类型 | 默认值 | 说明 |
|---|---|---|---|
| apc.enabled | int | 1 | 设置为0以禁用APC。这在APC被静态编译到PHP中时非常有用，因为没有其他方法可以禁用它。 |
| apc.shm_segments | int | 1 | 为编译器缓存分配的共享内存段的数量。如果APC共享内存不足，但apc.shm_size设置为系统允许的最高值，提高该值可能会防止APC耗尽其内存。 |
| apc.shm_size | int | 32M | 每个共享内存段的大小 |
| apc.entries_hint | int | 4096 | 是用于设置APCu缓存的条目预期数量 |
| apc.ttl | int | 0 | 指定缓存中的条目在过期之前可以存在多长时间，单位为秒。默认为0，表示永不过期 |
| apc.gc_ttl | int | 3600 | 指定过期缓存条目被清理的时间间隔，单位为秒 |
| apc.mmap_file_mask | string | null | 是用于配置在使用共享内存映射（MMAP）方式时的文件名模板。这个选项在某些情况下可以用于解决操作系统限制或者提高性能。默认情况下，这个选项为空，APCu会使用系统默认的文件名模板。设置apc.mmap_file_mask时，你可以使用一些特殊的占位符来指定文件名的格式，例如%s代表共享内存标识符的十六进制表示，%p代表当前进程的PID（进程标识符）。这样可以确保每个进程使用不同的文件名，避免冲突。一般情况下，你不需要手动设置这个选项，除非你遇到共享内存映射方面的特定问题或者有特殊需求。在大多数情况下，使用默认设置即可满足需求 |
| apc.slam_defense | int | 1 | 防止缓存雪崩，多进程下，每个进程都试图同时缓存同一个文件。此选项设置跳过尝试缓存未缓存文件的进程的百分比。或者将其视为单个进程跳过缓存的概率。例如，设置为75意味着该进程有75%的概率不会缓存未缓存的文件。因此，设置越高，对缓存雪崩的防御就越强。将此项设置为0禁用此功能 |
| apc.enable_cli | int | 0 | 是否在cli模式下启用apc，实测不生效 |
| apc.use_request_time | int | 0 | 置控制是否APC应该使用请求时间来为文件加上时间戳。当启用时，它可以确保在请求时间变化时刷新缓存文件，这在某些情况下会很有用，比如在开发或调试代码时 |
| apc.serializer | string | php | 用于配置APC序列化方式。 |
| apc.coredump_unmap | int | 0 | 启用APC处理信号，如SIGSEGV，该信号在收到信号时写入内核文件。当收到这些信号时，APC将尝试取消共享内存段的映射，以便将其从核心文件中排除。当接收到致命信号并且配置了大型APC共享内存段时，此设置可以提高系统稳定性 |
| apc.preload_path | string | null | 用于指定要预加载的PHP文件或目录的路径。预加载可以提高应用程序的性能，因为它可以在应用程序启动时将指定的文件或目录加载到内存中，从而减少了每次请求时的文件读取和解析时间。 |
使用
设置值，注意，缓存有值的情况下无法设置值，类比Redis的setnx，类型支持标量、数组、与对象，这一点非常好。bool apcu_add(key, val, ttl)； 获取缓存，获取不到返回false，并发情况下容易返回falsemixed apcu_fetch(key)； 乐观锁机制，在旧值的基础上添加新的值bool apcu_cas(key, int_old, int_new): 清除所有缓存bool apcu_clear_cache() 递减，参数2支持负数int apcu_dec(key, 递减值, 函数返回结果赋值给变量, ttl秒) 从缓存中删除某个元素bool|array apcu_delete(array|string key) 判断当前环境能否使用apcubool apcu_enabled() 若key不存在，则调用callback,并带有一个默认参数，即key的值null apcu_entry(key, callback, ttl) 判断多个key或者单个key是否存在。当参数为array时，函数返回只存在的key组成的数组bool|array apcu_exists(string|array key) 获取某个key的值，若参数1是数组，那么结果也是个数组，只会返回存在的key的值，若key有值参数2为true，否则反之。bool|array apcu_fetch(array|string key, $var); 递增，参数2支持负数int apcu_inc(key, 递增值, 函数返回结果赋值给变量, ttl秒) 将key的值存储缓存，类比Redis的set，若已存在，可直接替换，参数1也可以传输数组。bool apcu_store(array|string key, val, ttl)
压测，对比连接Redis性能
| 方式 | 轮次 | APCu耗时（秒） | Redis耗时（秒） |
|---|---|---|---|
| 只读 | 10000 | 0.011 | 1.162 |
| 只写 | 10000 | 0.012 | 1.062 |
| 读写，一次new Redis | 10000 | 0.011 | 2.117 |
| 读写，多次new Redis | 10000 | 0.011 | 3.646 |
只读（APCu）：<?php$start = microtime(true);for($i = 0; $i < 10000; $i++) { $key = 'apcu'. $i; apcu_fetch($key);
}echo microtime(true) - $start;
只读（Redis）：<?php$redis = new Redis();$redis->connect('127.0.0.1', 6379);$start = microtime(true);for($i = 0; $i < 10000; $i++) { $key = 'redis' . $i; $redis->get($key);
}echo microtime(true) - $start;
只写（APCu）：<?php$start = microtime(true);for($i = 0; $i < 10000; $i++) { $key = 'apcu'. $i; apcu_add($key, $i);
}echo microtime(true) - $start;
只写（Redis）：<?php$redis = new Redis();$redis->connect('127.0.0.1', 6379);$start = microtime(true);for($i = 0; $i < 10000; $i++) { $key = 'redis' . $i; $redis->set($key, $i);
}echo microtime(true) - $start;
读写，一次new Redis（APCu）：<?php$start = microtime(true);for($i = 0; $i < 10000; $i++) { $key = 'apcu'. $i; apcu_add($key, $i); apcu_fetch($key);
}echo microtime(true) - $start;
读写，一次new Redis（Redis）：<?php$redis = new Redis();$redis->connect('127.0.0.1', 6379);$start = microtime(true);for($i = 0; $i < 10000; $i++) { $key = 'redis' . $i; $redis->set($key, $i); $redis->get($key);
}echo microtime(true) - $start;
读写，多次new Redis（APCu）：<?php$start = microtime(true);for($i = 0; $i < 10000; $i++) { $key = 'apcu'. $i; apcu_add($key, $i); apcu_fetch($key);
}echo microtime(true) - $start;
读写，多次new Redis（Redis）：<?php$start = microtime(true);for($i = 0; $i < 10000; $i++) {$redis = new Redis();$redis->connect('127.0.0.1', 6379); $key = 'redis' . $i; $redis->set($key, $i); $redis->get($key);
}高并发下对APCu原子性测试
压测工具用ApiPOST，我认为比ab工具好用。
压测前，为了保证ApiPOST压测参数（压测轮次 * 并发数 结果积）的准确性，特地用Redis做了多次测试，发现参数是对的，并发数大了就不对（150以上），这意味着压测工具应该没问题，只是设备线程数不够。
<?php$redis = new Redis();$redis->connect('127.0.0.1', 6379);$redis->decr('test_key');多条APCu语句执行能才能测试更能充分原子性，并发100，测试10轮次，也就是1000次请求，但是多次压测下来，结果不对。apcu_fetch获取值动不动就是false，导致结果重新赋值为10000（在不存在的情况下赋初始值），有并发问题，但不是因为并发引起的，而是因为apcu_fetch函数的问题，获取不到值返回false。
<?php$key = 'test_key';$res = apcu_fetch($key);if($res === false) { apcu_add($key, 10000);
} else { apcu_delete($key); apcu_add($key, $res - 1);
}echo apcu_fetch($key);
