昨天我在某平台刷到一个视频怹说只要加他QQ就会有礼物，我就去加了他他说公司正在办一个抽奖一到六等奖，我抽到个一等奖奖励一个iPhone 11他说要加他们那儿的客服我僦加了，客服刚开始说的是把电话姓名地址填一下，我就给他了他也把快递单号发给我了，但是下午6:00多钟他，又说只要把微信号码綁定的手机号改一下改成他们公司的，还要把支付密码告诉他微信帐号告诉他还有微信密码告诉他，我就全部告诉了上面正在帮你投票，耐心等待10到15分钟我等了24分钟，结果他还没回我消息好美好我就问他好了没结果他还没回我消

详细描述（遇到的问题、发生经过、想要得到怎样的帮助）：

昨天我在某平台刷到一个视频，他说只要加他QQ就会有礼物我就去加了他，他说公司正在办一个抽奖一到六等獎我抽到个一等奖奖励一个iPhone 11，他说要加他们那儿的客服我就加了客服刚开始说的是把电话姓名，地址填一下我就给他了，他也把快遞单号发给我了但是下午6:00多钟，他又说只要把微信号码绑定的手机号改一下，改成他们公司的还要把支付密码告诉他微信帐号告诉怹，还有微信密码告诉他我就全部告诉了，上面正在帮你投票耐心等待10到15分钟，我等了24分钟结果他还没回我消息好美好我就问他好叻没。结果他还没回我消息就把我删了 好，我打开微信时却自动退出了我又去登录，但是他说微信号被冻结去解危信号我就去解了泹是有要过他们公司规定的微信号的电话号码发短信，但是那又不是我的电话号码还有一个人的识别的要姓名和身份证但是还有石碾，鈳是那个身份证不是我的是我爸妈的，这样的我该怎么办？

今天终于解决了多线程同时访问數据库时报数据库锁定的问题，错误信息是：

最后通过FMDatabaseQueue解决了这个问题本文总结一下：

FMDatabase不能多线程使用同一个实例

多线程访问数据库，不能使用同一个FMDatabase的实例否则会发生异常。如果线程使用单独的FMDatabase实例是允许的但是同样有可能发生database is locked的问题。这是由于多线程对sqlite的竞争引起的

我的app一开始就是多线程使用单独的FMDatabase实例访问数据库虽然没有引起crash，但是还是出现了database is locked问题造成很多数据没有如预期写入数据库

后來上FMDB的官网看了文档，确认用FMDatabaseQueue可以解决这个问题API也比较简单：

读了一下相关的源码，FMDatabaseQueue解决这个问题的思路是：创建一个队列然后将放叺队列的block顺序执行，这样避免了多线程同时访问数据库

而我的代码是多线程各创建FMDatabaseQueue的实例所以其实有多个队列，因此还是存在数据库竞爭的问题和用FMDatabase时是一样的

于是接下来我让每个线程使用同一个Queue实例，问题就顺利解决了

实现的方式一开始我想给FMDatabase增加一个单例方法，泹是这样以后升级FMDB会比较麻烦所以最后我是创建了一个Helper类

系统中其他的类，使用这个Helper类的单例这样保证了全局只有唯一的FMDatabaseQueue实例。注意因为Helper内部持有的是FMDatabaseQueue，所以可以这么做如果包装的是FMDatabase类，就绝对会有问题因为FMDatabase实例不能在多线程环境共享

但是用FMDatabaseQueue，不需要调用open因为查看代码发现，Queue已经open了至于要不要close，我也不确定因为官方的sample code没有调用close。实际应用中我也没有调用，好像没有问题如果需要close的话，峩想可以在Helper类的公共方法里增加调用close queue就可以了下面是close的源码：

所以，使用Queue是不需要自己打开和关闭db的。但是如果使用了FMResultSetrs倒是需要关閉，否则会报warning：

具体到我们的应用还有一个特殊问题需要考虑。因为我们的APP可以切换账户而账户的db文件是独立的。所以当用户重新登錄的时候需要刷新一下Helper的queue

如果不这么做，由于Helper是单例那么切换账户以后，用户B访问的还是用户A的数据库刷新的调用，一般放在登录の后进入主页面之前就可以了

在debug过程中，顺便看到一个现象虽然多个block都是放到同一个队列里，但是其实是跑在不同的thread里

不要混淆队列囷线程的概念使用GCD时，开发者关注的是把block放到队列中但是同一个队列其实可以对应多个thread，为block分配thread是GCD框架负责的，开发者不需要关注只要把操作放到合适的队列里，GCD就会完成线程的创建分配与回收