数据库坑

最新推荐文章于 2024-11-27 19:52:04 发布

原创最新推荐文章于 2024-11-27 19:52:04 发布 · 308 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#数据库

坑啊专栏收录该内容

3 篇文章

订阅专栏

本文记录了一个关于数据库同步问题的修复过程，包括数据存储错位及提取错位的问题定位与解决方案。涉及代码修改、数据库连接管理和资源释放等方面。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

2017.3.30
坑爹的bug，碰到了头疼的数据库问题。
首先问题一时数据存储的时候A.B同学存储，永远只存储第一次登陆进入的账号目录之下。存储错位

问题二简而言之就是数据库提取数据错位，比如A同学下载1文件，切换账号B同学查看离线文件也能看到1文件。同时B同学也能对1文件进行删除操作，再次切换A同学查看离线文件，文件被删除。

同时，A.B同学同时下载1文件，在B删除操作之后，A无法看到文件，再次A在线状态能秒下这个被删除的文件，并且此时能操作的文件是A文件中的文件。


解决：
问题一
由于原来写代码的人写存储地址的时候，万恶的写了 static final。。。这个问题查了我半天

//这里错的
public static final SAVE_PATH = AppConfig.OFFLINE_DOWNLOAD + "ZuoYeFuDao/"+UserInfo.getInstance().getId() + "/";

//改成
//使用拼接方法
public String SAVE_PATH;
SAVE_PATH = AppConfig.OFFLINE_DOWNLOAD + "ZuoYeFuDao/"
                + UserInfo.getInstance().getId() + "/";

这样在每次切换账号之后，学生ID才会重新刷新，自己手动拼接。。。。

问题二

这就比较坑爹了，问题重现之后我也很头疼为什么。老司机带路指点，发现DataBaseManager这个类中，在每次重新登录之后没有每次重新走他的构造方法，那么意味着每次的数据库用的都是第一次登录的。

下面就是为什么会出现这个问题，排查发现，没有关闭数据库！没有关闭数据库！没有关闭数据库！妈个鸡，所以只有在第一次登陆重置过数据库。

//DataBaseManager
    private GuidanceSqliteHelper sqlInstance;

    public void closeDatabse(){
        sqlInstance.close();
        instance = null;
        sqlInstance = null;
    }

//GuidanceSqliteHelper
    private GuidanceSqlite sqlite = null;

    public void initSql(Context mcontext, String userId, String dir) {
        if (sqlite == null) {
            sqlite = new GuidanceSqlite(mcontext, userId, dir);
        }
    }

public void close() {
        if (sqlite == null) {
            MLog.e("sqliteHelper", "please init sqlHelper");
            return;
        }
        sqlite.close();
    }