Неверный адрес кучи и фатальный сигнал 11

Я только что столкнулся с той же проблемой и имел ее в воспроизводимом состоянии. Это ошибка, которую я получал:

08-04 17:37:05.491: A/libc(4233): @@@ ПРЕРЫВАНИЕ: НЕВЕРНЫЙ АДРЕС КУЧИ В dlfree (код=1)

Все сводилось к тому, что вызов функции выполнялся из двух разных потоков одновременно.

В частности, эта функция была методом close() BluetoothSocket.

Я проверил исходный код на этом веб-сайте , и вызов не синхронизирован (не уверен, что это изменилось, так как это из Android 2.1).

В любом случае, может быть, у вас есть подобный сценарий, когда вызов функции выполняется из нескольких потоков? Не могу сказать наверняка из исходного кода, который вы показываете.

Также вы пытались не использовать THREAD_POOL_EXECUTOR? Согласно руководству для разработчиков Android:

При первом появлении AsyncTasks выполнялись последовательно в одном фоновом потоке. Начиная с DONUT, это было изменено на пул потоков, позволяющий нескольким задачам работать параллельно. Начиная с HONEYCOMB, задачи выполняются в одном потоке, чтобы избежать распространенных ошибок приложений, вызванных параллельным выполнением.

У меня была такая же ошибка вчера. Так было всегда, но не всегда последовательно. Что вызвало это для меня, до сих пор не упоминалось.

Я думал, что у меня может быть похожая проблема, потому что я тоже имел дело с потоками, однако я удалил все свои потоки, и проблема все еще возникала. Наконец, после множества операторов печати я смог отследить его до класса, который я создал экземпляром, который имел указатель в качестве частного члена, но я забыл инициализировать указатель.

Позже, когда этот класс разрушился, он пытался удалить указатель, однако, поскольку указатель не был инициализирован в NULL, он может иметь или не иметь какое-то мусорное значение, поэтому иногда это не вызывало сбоя, а иногда - вызывало. Вероятно, это связано с тем, что когда значение мусора было ячейкой памяти, которая мне не принадлежит, или когда это так, и я удаляю что-то важное, это вызывает сбой/ошибку.

Вот урезанный пример проблемы, с которой я столкнулся:

class BadFoo
{
public:
    BadFoo() {} // BAD! We didn't initialize the pointer
    ~BadFoo() {
        if (myPtr) {
            delete myPtr;
        }
    }
    // OTHER MEMBER FUNCTIONS HERE

private:
    int* myPtr;
}

class GoodFoo
{
public:
    GoodFoo() : myPtr(NULL) {} // GOOD! Can't be garbage value now
    ~GoodFoo() {
        if (myPtr) {
            delete myPtr;
        }
    }
    // OTHER MEMBER FUNCTIONS HERE

private:
    int* myPtr;
}

Интересно отметить, что этот сбой произошел не на моем Transformer Prime, а на моем Nexus4. Просто показывает, что мы должны тестировать на нескольких устройствах! На данный момент Nexus побеждает, помогая мне отслеживать ошибки, поскольку он кажется более разборчивым.