Laravel框架下Redis连接共享及select方法的影响
在Laravel框架中使用Redis时，开发者可能会遇到一个问题：通过配置文件获取的Redis连接，在使用select方法切换数据库后，会影响到之前获取的相同连接。本文将分析此问题并提供解决方案。
问题描述：假设代码通过Redis::connection('config1')获取名为'config1'的Redis连接，其配置如下：
'config1' => [
'host' => 'xx',
'password' => 'xx',
'port' => 'xx',
'database' => 2
]
分别获取两次'config1'连接，并在其中一个连接上执行select(3)切换到数据库3：
$a = Redis::connection('config1');
$b = Redis::connection('config1');
$b->select(3);
$a->set('test1', 1); // 'test1'写入数据库3，而非预期数据库2
$a->set('test1', 1)的结果令人意外，因为预期数据应写入数据库2。这是因为Laravel框架的Redis连接管理机制导致$a和$b实际上引用的是同一个Redis连接对象。
Laravel框架的\Illuminate\Support\Facades\Redis facade 通过getFacadeAccessor方法返回redis，而redis是由\Illuminate\Redis\RedisManager实现的。\Illuminate\Redis\RedisManager的connection方法会在首次解析后缓存连接，后续调用会直接返回相同的Redis实例。
因此，要避免此问题，不能多次调用Redis::connection()来获取独立连接。解决方案是使用Laravel的resolve方法创建新的连接实例：
$a = app('redis')->connection('config1');
$b = app('redis')->connection('config1');
$b->select(3);
$a->set('test1', 1); // 'test1'现在将写入数据库2
使用app('redis')->connection('config1')每次都会创建一个新的连接实例，从而避免共享同一个底层Redis连接的问题，确保每个连接拥有独立的数据库选择。 这解决了select方法影响其他连接的问题。
