Позвольте мне ответить шаг за шагом

если приложение хранит данные с помощью localStorage или веб-SQL, и пользователь переключается на другой стандартный браузер на своем Android, будет ли приложение открываться в новом браузере и означает ли это, что сохраненные данные недоступны?

Данные сохраняются в «кеше» (это не совсем кеш) браузера, поэтому, если вы измените браузер или установите настройки так, чтобы браузер по умолчанию был удален или изменен, данные уйдут.

Если пользователь не использует приложение в течение года (что в моем случае является реалистичным и необязательно плохим сценарием), срок действия данных истек, как файла cookie, или, возможно, они были вытеснены из хранилища браузера из-за наводнения данные из других приложений?

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

Или данные будут уничтожены еще раньше, например, когда: - пользователь посещает другой сайт в браузере - браузер закрывается вручную - процесс браузера прекращается или умирает - и т. Д.

Нет, с данными все в порядке. :-)

Или localStorage и веб-SQL - это хранилище, которое вы удаляете только тогда, когда (в Android) вы переходите в Настройки> Приложения и активно удаляете пользовательские данные, связанные с приложением?

Да, данные поступают только в том случае, если вы либо вручную удалите их из своего приложения, либо удалите свое приложение. Он останется во всех остальных случаях.

РЕДАКТИРОВАТЬ: в случае iOS ОС удалит данные из локального хранилища при нехватке памяти на устройстве.

Начиная с iOS 5.1 ответ @ ghostCoder больше не действителен. Apple решила переместить локальное хранилище в папку кеша, которую можно очистить в любой момент. Вы можете отслеживать это обсуждение здесь:

http://www.marco.org/2011/10/13/ios5-caches-cleaning < / а>

NSString* localStorageSubdir = (IsAtLeastiOSVersion(@"5.1")) ? @"Caches" : @"WebKit/LocalStorage";
NSString* localStoragePath = [library stringByAppendingPathComponent:localStorageSubdir];
NSString* localStorageDb = [localStoragePath stringByAppendingPathComponent:@"file__0.localstorage"];

NSString* bundleIdentifier = [[mainBundle infoDictionary] objectForKey:@"CFBundleIdentifier"];
NSString* libraryPreferences = @"Library/Preferences";
NSString* appPlistPath = [[bundlePath stringByAppendingPathComponent:libraryPreferences]    stringByAppendingPathComponent:[NSString stringWithFormat:@"%@.plist", bundleIdentifier]];

NSString *value;
NSString *key = @"WebKitLocalStorageDatabasePathPreferenceKey";
value = [appPlistDict objectForKey: key];
if (![value isEqual:ourLocalStoragePath]) {
    [appPlistDict setValue:yourPreferredLocalStoragePath forKey:key];
} 

Попробуйте плагин NativeStorage. https://www.npmjs.com/package/cordova-plugin-nativestorage .

Он установил, поместил и получил функции, которые реализуют возможности платформы, такие как общие настройки Android и iOS NSUserDefaults, что делает хранилище данных максимально безопасным.

cordova plugin add cordova-plugin-nativestorage

NativeStorage.putObject("reference_to_value",<object>, <success-callback>, <error-callback>);

NativeStorage.getObject("reference_to_value",<success-callback>, <error-callback>);

Хорошее решение, доступное сейчас, - это подключаемый модуль Cordova Native Storage.

Он позволяет использовать простой, но нативный постоянный метод сохранения данных в iOS и Android за счет встроенной реализации SharedPreferences в Android и NSDefault в iOS, чтобы гарантировать надежность.

Использование:

Установка:

cordova plugin add cordova-plugin-nativestorage

Сохранение значений:

NativeStorage.setItem("reference_to_value",<value>,<success-callback>, <error-callback>);

Получение значений:

NativeStorage.getItem("reference_to_value",<success-callback>, <error-callback>);

На android по умолчанию это постоянное хранилище. Даже если пользователь обновит ваше приложение, оно останется прежним.

Пользователь может перейти к настройкам и очистить кеш и данные, и в этом случае это произойдет, или, скажем, одно из приложений clean-it это сделает.

Даже на iOS это постоянное хранилище, но мы не знаем о сценарии обновления приложения. Но в более старой версии (5.1) этого не было, и в 6+ они сделали, что это может быть сделано постоянным с помощью флага, который был быстро включен с помощью cordova / phonegap.

Я не могу говорить о других платформах, но на моем устройстве Android 4.1 я использую localStorage для локального хранения некоторых данных с помощью jQuery Mobile, и я обнаружил, что Android очищает мой кеш каждую неделю или около того без моего ведома. Я собираюсь попробовать Web SQL и посмотреть, лучше ли это.

Было бы лучше с точки зрения производительности, безопасности и надежности ИЗБЕГАТЬ использования локального хранилища и использовать _ 1_.

Некоторые примечания:

localStorage имеет то преимущество, что его легко использовать, но он работает синхронно. Это означает, что он может заблокировать поток пользовательского интерфейса и снизить производительность.

localStorage имеет ограниченный объем памяти, обычно 5 МБ.

localStorage может быть удалено ОС (android, ios) в любое время. Это действительно серьезно, если вы заботитесь о сохранении данных.

С другой стороны:

Cordova-sqlite-storage является асинхронным и не блокирует поток пользовательского интерфейса, он сохраняет ваши данные в собственном хранилище устройства, объем хранилища не ограничен, ОС не удалит какие-либо ваши данные, если вы не удалите приложение.

Я нашел это в Интернете ng-persist

Храните данные на мобильных устройствах (используя Cordova), которые сохраняются, даже если пользователь переустанавливает приложение.

Установить

bower install ng-persist ngstorage --save

Вставьте $persist в ваш контроллер

.controller('MyCtrl', function($persist) {

    $persist
        .set(namespace, key, val)
        .then(function () {
            // saved
        });

    // read
    $persist
        .get(namespace, key, fallback)
        .then(function (val) {
            // val is either the value, if exists, or the fallback
        });

    // delete
    $persist
        .remove(namespace, key)
        .then(function () {
            // removed
        });

});