node-redis模块需要注意的事项

node之中连接redis使用的redis模块，虽然好用，但是有些地方还是需要注意。

npm install redis

redis client 行为：
1、客户端执行过程中断网的情况
　　由于原本连接正常，断网后socket无法主动检测到，因此TCP进入不断的重传，ubuntu系统大概在1000秒左右返回ETIMEOUT。
　　由于redis客户端没有等待回复超时时间，所以会等待到TCP超时才最终导致超时。
2、重连接机制：当服务端异常断开会导致重连接，而若是客户端主动断开则不会重连接
　　如下两种情况表示客户端主动断开：
　　　　1）向服务端发送quit命令
　　　　2）调用客户端类的end函数
　　重连接选项：
　　　　max_attempts：重试次数，默认无限制
　　　　retry_max_delay：两次重连接之间有一个延迟，默认按照指数避退原则不断增加，这个数值设置延迟的最大值
　　　　connect_timeout：连接的超时时间（包括重连接），也就是若设置这个参数，达到这个值后就不会重连接（在这个时间内会按照重连接规则进行多次尝试，直到时间用尽）
3、设置client.stream.setTimeout这种方式，对于不断向服务器发送命令的应用无效
　　因为sock的timeout表示空闲超时，只有在发送与接收都没有数据时才计入空闲时间，
　　而由于应用不断向服务端发送命令，也就是在发送上是处于忙状态，不能记录为空闲。

4、关于end事件
　　使用redisClient.quit()向服务端发送quit命令，服务端关闭连接，redis客户端能够收到end事件通知。
　　使用redisClient.end()函数主动关闭连接时，redis客户端不会收到end事件通知。
　　原因：
　　　　redisClient.end()函数体中有一条语句
　　　　this.stream._events = {}; //将socket连接上注册的所有事件清空
　　　　由于redisClient上的事件是基于socket事件的，当socket事件清空后，redisClient本身也就无法触发任何事件了。
　　　　延伸：socket的end事件触发时机：当读取到一个EOF时触发，因此若没有注册data事件（监控数据可读），也就不会有end事件。
　　　　socket的close在被关闭时触发，因此只要不是极端的清除所有的注册事件，都可以收到该事件通知。
5、关于redisClient的命令队列与离线队列
　　命令队列offline_queue：
　　当前连接可用时客户端会将命令不断发出去，每出去一个在队列末尾添加一项，收到一个回复从队列头部删除一项。因此当应用使用多个连接时可能会出现，A连接执行set命令，B连接去查询为空，那是由于A连接上的set命令还在队列里等待redis执行。
　　长度查询：client.command_queue.length
　　离线队列offline_queue：
　　当前连接不可用时，客户端会将命令放置到离线队列之中，同时重连接规则尝试连接服务器，每次尝试失败都会清空离线队列。
　　长度查询：client.offline_queue.length
　　可使用enable_offline_queue:false选项关闭该功能。
6、错误时的回调
　　若在执行命令中设置了回调函数，当有异常时这个回调会先被调用，然后触发error事件。