SQL 游标在调用 getString 时抛出内存不足答案

【问题标题】：SQL Cursor throws out of memory while calling getStringSQL 游标在调用 getString 时抛出内存不足
【发布时间】：2014-11-16 17:22:53
【问题描述】：

附件参考我之前的问题：- Out of memory

我会尽量做到准确。我从我的 web 服务调用一个长的 base64 字符串中得到响应。我解码字符串并得到一个包含我的数据的巨大字符串。我反序列化字符串并使用下面的字符串创建我的类的对象。

String decryptedXml = XmlObject.toDecryptedXmlString(gameDetail.getGameData(), app.getSessionEncryptionKey());
Game noviceGame = deserialiseGame(decryptedXml, NoviceGamer.class);

desrialiseGame() 只是一种反序列化数据并创建并返回我的游戏实例的方法。为了将此对象维护为多个会话（登录/注销），我将整个游戏数据（我的字符串，其反序列化为我提供了我的游戏实例）存储在数据库中。

下次用户登录时，为了创建游戏实例，我从数据库中获取字符串并再次尝试反序列化，以便取回我的游戏实例。但是当我尝试从数据库中获取字符串时，在获取字符串时出现“内存不足”异常。

反序列化游戏调用的方法如下。

private HashMap<String, Game> games = new HashMap<String, Game>();

public void load(LocalDatabaseHelper localDbHelper) throws Exception
{
    synchronized(gameLockObject) {
        GameDetailDAO dao = new GameDetailDAO(localDbHelper);

        //this will fetch me the all the entities from databse
        ArrayList<GameDetailEntity> dbGameDetails = dao.getEntities(null, null);

        for (GameDetailEntity gameDetail : dbGameDetails) {
            String gameLevel = gameDetail.getDetailLevel();             

            String gameXml = gameDetail.getGameData();

            Game game = null;
            if(gameLevel.equalsIgnoreCase("Novice")) {
                game = Job.deserialiseJob(gameXml, NoviceLevel.class);
            }
            else if (gameLevel.equalsIgnoreCase("Expert")) { 
                game = Job.deserialiseJob(gameXml, ExpertLevel.class);
            }

            //set the job version
            game.setGameversion(gameDetail.getGameVersion());
            game.setMagicNumber(gameDetail.getMagicNumber());
            game.setInactiveUser(gameDetail.getInactiveUser());
            game.setStartTime(gameDetail.getStartTime());
            game.setFinishTime(gameDetail.getFinishTime());
            game.setGameCompletionTime(gameDetail.getGameCompletionTime());
            if (!StringUtils.isNullOrEmpty(gameDetail.getGameStatus())) {
                game.setGameStatus(GameStatus.valueOf(gameDetail.getGameStatus()));
            }

            //add the job to the store
            games.put(gameDetail.getGameRef().toLowerCase(Locale.getDefault()), game);
        }
    }
}

我的数据库事务如下：

@Override
    protected GameEntity getEntityFromCursor(Cursor cursor) 
    {
        String gameRef = cursor.getString(cursor.getColumnIndex(GAME_REF));
        String detailLevel = cursor.getString(cursor.getColumnIndex(DETAIL_LEVEL));
        int gameVersion = cursor.getInt(cursor.getColumnIndex(GAME_VERSION));
        String gameData = cursor.getString(cursor.getColumnIndex(GAME_DATA));
        String status = cursor.getString(cursor.getColumnIndex(GAME_STATUS));

        long longStart = cursor.getLong(cursor.getColumnIndex(VISIT_START_TIME));
        Date startTime = longStart == -1 ? null : new Date(longStart);

        long longFinish = cursor.getLong(cursor.getColumnIndex(VISIT_END_TIME));
        Date finishTime = longFinish == -1 ? null : new Date(longFinish);

        long longComplete = cursor.getLong(cursor.getColumnIndex(GAME_COMPLETION_TIME));
        Date completionTime = longComplete == -1 ? null : new Date(longComplete);

        GameEntity entity = new GameEntity(gameRef, detailLevel, gameVersion, gameData, );
        entity.setGameStatus(status);
        entity.setStartTime(startTime);
        entity.setFinishTime(finishTime);
        entity.setGameCompletionTime(completionTime);
        return entity;
    }

但是当我尝试从数据库@Line 中获取数据时 String gameData = cursor.getString(cursor.getColumnIndex(GAME_DATA)); 我内存不足错误。根据我的发现，当我在应用程序标记的清单中添加标志 largeHeap=true 时，我的应用程序变得非常慢。还有 developer.android 状态

永远不要仅仅因为内存不足就请求大堆并且你需要一个快速修复——你应该只在你确切知道的情况下使用它所有内存都分配在哪里以及为什么必须保留它。然而，即使你确信你的应用程序可以证明大堆的合理性，你应该尽可能避免请求它。

任何人都可以建议我如何避免这种情况。大多数 SO 问题都没有使用位图。任何帮助将不胜感激。

【问题讨论】：

您为游戏数据列存储的数据有多大？
不幸的是它相当大。

标签： android out-of-memory xml-deserialization sqlcipher

【解决方案1】：

SQLCipher for Android 为每个游标窗口分配一个最大大小为 1 MB 的内存缓冲区。由于您评论游戏数据文件很大，很可能超过了光标窗口的最大大小，导致内存分配错误。在这种情况下，我们可能会推荐以下两种选择之一：

将游戏数据规范化为更典型的数据库结构（即多表、多列、多行）。
将游戏数据文件拆分成碎片，每个碎片小于 1 MB，然后在应用程序中重新组装。

【讨论】：

【解决方案2】：

我遇到问题的原因很简单，字符串的大小很大。巨大的。所以我决定减小字符串的大小。我已将图像数据与 XML 分离并存储在不同的表中。这减少了需要反序列化的数据量。我单独重新加载额外的数据。感谢您的回答和您宝贵的时间。

【讨论】：