Java / Android Чтение большого текстового файла (~ 2,5 МБ)

Question

Java / Android Чтение большого текстового файла (~ 2,5 МБ)

1

Я пытаюсь прочитать в большом текстовом файле (~ 2,5 МБ) в своем приложении для Android, используя следующий код:

private static String readFile(String path) throws IOException {
  FileInputStream stream = new FileInputStream(new File(path));
  try {
      FileChannel fc = stream.getChannel();
      MappedByteBuffer bb = fc.map(FileChannel.MapMode.READ_ONLY, 0, fc.size());
      /* Instead of using default, pass in a decoder. */
      return Charset.defaultCharset().decode(bb).toString();
  }
  finally {
    stream.close();
  }
}

Я прочитал здесь, что это самый эффективный способ прочитать файл в java, но мое приложение падает с близкой силой, я считаю, из-за отсутствия памяти, поскольку у меня есть этот код, обернутый вокруг блока try-catch.

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

UPDATE:

Вот раздел, где я действительно прочитал файл:

try                 
{
    String str = readFile(filePath);
    et.setText(str);
    et.setSelection(str.length());
}
catch (Exception ex)
{
    et.setText("There was an error reading the file: " + filePath + "\nDetails: " + ex);
}

Где et - это AutoCompleteTextView

ОБНОВЛЕНИЕ 2:

Я запустил adb и нашел следующее:

04-11 15:26:16.805 20646 20658 W ActivityManager: Activity pause timeout for HistoryRecord{45b37620 com.ultimatecomputerservicesinc.androidhelloworld/.HelloWorld}
04-11 15:26:17.032 20727 20727 D dalvikvm: GC_EXTERNAL_ALLOC freed 1202 objects / 51792 bytes in 66ms
-- snip --
04-11 15:26:20.868 20727 20727 D dalvikvm: GC_EXTERNAL_ALLOC freed 639 objects / 25048 bytes in 38ms
04-11 15:26:20.961 25842 25842 I Process : Sending signal. PID: 25842 SIG: 9
04-11 15:26:21.102 20727 20727 D dalvikvm: GC_EXTERNAL_ALLOC freed 626 objects / 24328 bytes in 93ms
04-11 15:26:21.141 20646 20650 I ActivityManager: Process com.ultimatecomputerservicesinc.androidhelloworld (pid 25842) has died.

Что означает сигнал 9?

ОБНОВЛЕНИЕ 3

Мои подозрения верны, у меня кончилось память! Как увеличить размер JVM на Android?

04-12 20:41:48.905  6610  6610 E AndroidRuntime: FATAL EXCEPTION: main
04-12 20:41:48.905  6610  6610 E AndroidRuntime: java.lang.OutOfMemoryError
04-12 20:41:48.905  6610  6610 E AndroidRuntime:    at android.text.PackedIntVector.growBuffer(PackedIntVector.java:257)
04-12 20:41:48.905  6610  6610 E AndroidRuntime:    at android.text.PackedIntVector.insertAt(PackedIntVector.java:187)
04-12 20:41:48.905  6610  6610 E AndroidRuntime:    at android.text.DynamicLayout.reflow(DynamicLayout.java:336)
04-12 20:41:48.905  6610  6610 E AndroidRuntime:    at android.text.DynamicLayout.<init>(DynamicLayout.java:150)
04-12 20:41:48.905  6610  6610 E AndroidRuntime:    at android.widget.TextView.makeNewLayout(TextView.java:4987)
04-12 20:41:48.905  6610  6610 E AndroidRuntime:    at android.widget.TextView.checkForRelayout(TextView.java:5484)
04-12 20:41:48.905  6610  6610 E AndroidRuntime:    at android.widget.TextView.setText(TextView.java:2776)
04-12 20:41:48.905  6610  6610 E AndroidRuntime:    at android.widget.TextView.setText(TextView.java:2644)
04-12 20:41:48.905  6610  6610 E AndroidRuntime:    at android.widget.EditText.setText(EditText.java:75)
04-12 20:41:48.905  6610  6610 E AndroidRuntime:    at android.widget.TextView.setText(TextView.java:2619)
04-12 20:41:48.905  6610  6610 E AndroidRuntime:    at com.ultimatecomputerservicesinc.androidhelloworld.HelloWorld$1$1.run(HelloWorld.java:183)
04-12 20:41:48.905  6610  6610 E AndroidRuntime:    at android.os.Handler.handleCallback(Handler.java:587)
04-12 20:41:48.905  6610  6610 E AndroidRuntime:    at android.os.Handler.dispatchMessage(Handler.java:92)
04-12 20:41:48.905  6610  6610 E AndroidRuntime:    at android.os.Looper.loop(Looper.java:143)
04-12 20:41:48.905  6610  6610 E AndroidRuntime:    at android.app.ActivityThread.main(ActivityThread.java:4701)
04-12 20:41:48.905  6610  6610 E AndroidRuntime:    at java.lang.reflect.Method.invokeNative(Native Method)
04-12 20:41:48.905  6610  6610 E AndroidRuntime:    at java.lang.reflect.Method.invoke(Method.java:521)
04-12 20:41:48.905  6610  6610 E AndroidRuntime:    at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:868)
04-12 20:41:48.905  6610  6610 E AndroidRuntime:    at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:626)
04-12 20:41:48.905  6610  6610 E AndroidRuntime:    at dalvik.system.NativeStart.main(Native Method)

Richard J. Ross III 11 апр. 2011, в 21:07

Источник

0

Я считаю, что сигнал 9 просто SIGKILL. Является ли процесс принудительным закрытием до того, как будет обнаружено исключение?
Steve Blackwell 11 апр. 2011, в 20:04
0

Я не могу понять! Все, что я знаю, это то, что он внезапно падает, но только с большим файлом ...
Richard J. Ross III 11 апр. 2011, в 20:19
0

Я бы сказал, что отл. регистрируется над этим разделом logcat (если "catch (Exception ex)" не проглотил его). Можете ли вы воспроизвести ошибку во время работы logcat. Должно быть зарегистрировано исключение и трассировка стека.
rocky3000 11 апр. 2011, в 20:25
0

Вы решили свою проблему? Какие данные вы пытаетесь прочитать в ОЗУ и что вы собираетесь с ними делать?
rocky3000 14 апр. 2011, в 16:26
0

@rocky Я отказался от приложения, с этого момента я буду придерживаться iOS, я не могу иметь дело с устройством, которое имеет 512 МБ оперативной памяти и может использовать только 24 МБ.
Richard J. Ross III 15 апр. 2011, в 15:18

Показать ещё 3 комментария

Теги:

java

android

io

out-of-memory

nio

2 ответа

0

Ваше приложение на самом деле не поймает никаких исключений, оно просто очищает ресурсы, если оно сбой.

Добавьте catch (исключение e) {} в try/finally, чтобы поймать исключения.

У меня есть приложение, и я использовал для загрузки в 1 МБ файлы, что не было проблемой (хотя был парсер DOM)

Kurru 11 апр. 2011, в 17:03

0

Да, вне этой части файла я знаю, что делаю.
Richard J. Ross III 11 апр. 2011, в 18:20
0

@Richard J. Ross IlL: Почему бы вам не взглянуть на logcat, чтобы увидеть информацию о сбоях? Отправьте это, чтобы проверить, что проблема - OutOfMemoryError. Вы запускаете его на устройстве или эмуляторе?
Kurru 11 апр. 2011, в 18:25
0

@Kurru Я работаю на устройстве. Где я могу получить файлы logcat?
Richard J. Ross III 11 апр. 2011, в 18:27
0

@Richard J. Ross Ill: LogCat - это представление затмения для сообщений Android. Когда приложение закрывается, оно отправляет туда данные о сбое. Кроме того, вы можете записывать информацию в LogCat с помощью класса android.util.Log . Откройте перспективу DDMS, и она должна содержаться там по умолчанию
Kurru 11 апр. 2011, в 18:31
0

Может быть, я вас запутал. Я не развертываю на устройстве обычным способом, например, не подключаю непосредственно к затмению. Я использую встроенный APK для развертывания на устройстве, и я не могу развернуть другим способом в настоящее время. Устройство, однако, рутировано, если это что-то меняет ...
Richard J. Ross III 11 апр. 2011, в 18:35
0

Почему бы не развернуть его на свой телефон с помощью USB-кабеля, поскольку вы все еще в dev для тестирования?
Kurru 11 апр. 2011, в 18:47
0

stackoverflow.com/questions/601503/… Это также должно быть полезно
Kurru 11 апр. 2011, в 18:49
0

Затем откройте терминал на своей машине для разработки и введите «adb logcat» и, возможно, перенаправьте его в файл захвата или пейджер или отправьте в оба. На самом деле, я думаю, что eclipse может захватывать сообщения logcat из приложений, которые он не устанавливал, если вы правильно настроили фильтрацию. Или просто запустите ddms, что делает затмение в любом случае.
Chris Stratton 11 апр. 2011, в 18:50
0

@chris "команда не найдена", используя mac osx 10.6.7, также не существует на самом устройстве, используя ssh ..
Richard J. Ross III 11 апр. 2011, в 18:57
0

@kurru, я попытался загрузить, но это не сработало ...
Richard J. Ross III 11 апр. 2011, в 19:13
0

@Richard J. Ross III У вас есть доступ к интернету?
Kurru 11 апр. 2011, в 19:27
0

Хм, я так не думаю, но когда я установил APK, это было невозможно ... Во всяком случае, я запустил adb, и, пожалуйста, проверьте мой обновленный вопрос.
Richard J. Ross III 11 апр. 2011, в 19:29
0

@Richard J. Ross III Интернет-разрешения определены в файле манифеста developer.android.com/guide/topics/manifest/manifest-intro.html.
Kurru 11 апр. 2011, в 19:35
0

Я получил это, это все еще не загружается :(
Richard J. Ross III 11 апр. 2011, в 19:39
0

logcat определенно существует на обычном устройстве Android, но у вас может не быть правильного пути в его оболочках, чтобы найти его - и это касается как клиента adb в оболочке вашего хост-компьютера, так и двоичного файла logcat в оболочке вашего устройства.
Chris Stratton 11 апр. 2011, в 20:11
0

Если вы хотите, чтобы ваше приложение использовало SD-карту, вы не можете подключить ее как виртуальное устройство к вашему компьютеру.
Kurru 11 апр. 2011, в 21:43

Показать ещё 14 комментариев

Ещё вопросы

Я считаю, что сигнал 9 просто SIGKILL. Является ли процесс принудительным закрытием до того, как будет обнаружено исключение?
Я не могу понять! Все, что я знаю, это то, что он внезапно падает, но только с большим файлом ...
Я бы сказал, что отл. регистрируется над этим разделом logcat (если "catch (Exception ex)" не проглотил его). Можете ли вы воспроизвести ошибку во время работы logcat. Должно быть зарегистрировано исключение и трассировка стека.
Вы решили свою проблему? Какие данные вы пытаетесь прочитать в ОЗУ и что вы собираетесь с ними делать?
@rocky Я отказался от приложения, с этого момента я буду придерживаться iOS, я не могу иметь дело с устройством, которое имеет 512 МБ оперативной памяти и может использовать только 24 МБ.
Да, вне этой части файла я знаю, что делаю.
@Richard J. Ross IlL: Почему бы вам не взглянуть на logcat, чтобы увидеть информацию о сбоях? Отправьте это, чтобы проверить, что проблема - OutOfMemoryError. Вы запускаете его на устройстве или эмуляторе?
@Kurru Я работаю на устройстве. Где я могу получить файлы logcat?
@Richard J. Ross Ill: LogCat - это представление затмения для сообщений Android. Когда приложение закрывается, оно отправляет туда данные о сбое. Кроме того, вы можете записывать информацию в LogCat с помощью класса android.util.Log . Откройте перспективу DDMS, и она должна содержаться там по умолчанию
Может быть, я вас запутал. Я не развертываю на устройстве обычным способом, например, не подключаю непосредственно к затмению. Я использую встроенный APK для развертывания на устройстве, и я не могу развернуть другим способом в настоящее время. Устройство, однако, рутировано, если это что-то меняет ...
Почему бы не развернуть его на свой телефон с помощью USB-кабеля, поскольку вы все еще в dev для тестирования?
stackoverflow.com/questions/601503/… Это также должно быть полезно
Затем откройте терминал на своей машине для разработки и введите «adb logcat» и, возможно, перенаправьте его в файл захвата или пейджер или отправьте в оба. На самом деле, я думаю, что eclipse может захватывать сообщения logcat из приложений, которые он не устанавливал, если вы правильно настроили фильтрацию. Или просто запустите ddms, что делает затмение в любом случае.
@chris "команда не найдена", используя mac osx 10.6.7, также не существует на самом устройстве, используя ssh ..
@kurru, я попытался загрузить, но это не сработало ...
@Richard J. Ross III У вас есть доступ к интернету?
Хм, я так не думаю, но когда я установил APK, это было невозможно ... Во всяком случае, я запустил adb, и, пожалуйста, проверьте мой обновленный вопрос.
@Richard J. Ross III Интернет-разрешения определены в файле манифеста developer.android.com/guide/topics/manifest/manifest-intro.html.
Я получил это, это все еще не загружается :(
logcat определенно существует на обычном устройстве Android, но у вас может не быть правильного пути в его оболочках, чтобы найти его - и это касается как клиента adb в оболочке вашего хост-компьютера, так и двоичного файла logcat в оболочке вашего устройства.
Если вы хотите, чтобы ваше приложение использовало SD-карту, вы не можете подключить ее как виртуальное устройство к вашему компьютеру.

Pedro Loureiro · Accepted Answer · 2011-04-11T17-05-00.000Z

0

Лучший ответ

Пожалуйста, распечатайте данные об исключениях в журнале и опубликуйте результаты. Сделайте что-то вроде этого:

catch( Exception err) {

    Log.e("There was an error reading the file", err);
}

Это должно дать вам более содержательное сообщение, объясняющее, что произошло, а также след методов, которые выполнялись.

Затем мы можем помочь вам.

У меня были исключения из памяти, когда я разбирал файлы объемом 2,5 МБ с помощью парсера DOM... но я не думаю, что вы это сделаете, так что это может быть другой проблемой. Во всяком случае, я решил свою проблему, разделив данные на несколько файлов и разобрав их по одному. ~ 1 МБ был "безопасным" размером для файлов.

Pedro Loureiro 11 апр. 2011, в 17:05

0

Где хранятся файлы журнала?
Richard J. Ross III 11 апр. 2011, в 18:32
0

Вы должны использовать инструмент Android: LogCat. Чтобы запустить его, запустите консоль, перейдите в папку установки Android SDK, войдите в папку «tools» и выполните «adb logcat». Вы можете использовать DDMS, если предпочитаете графический интерфейс (он находится в той же папке). Я предпочитаю logcat. Также, если вы используете eclipse, в него интегрируется DDMS. Вы должны иметь это в представлении отладки или что-то. Ссылка: developer.android.com/guide/developing/tools/logcat.html developer.android.com/guide/developing/debugging/ddms.html
Pedro Loureiro 11 апр. 2011, в 18:37
0

Подключите ваше устройство через USB к компьютеру, на котором установлен Android SDK. Затем вы можете использовать инструмент SDK с именем "adb" (в папке platform-tools), чтобы получить журнал. Вот так: adb -d logcat. Я не знаю, нужно ли вам раньше включать режим отладки на вашем телефоне.
rocky3000 11 апр. 2011, в 18:43
0

Ссылка для отладки вне затмения: developer.android.com/guide/developing/debugging/…
Pedro Loureiro 11 апр. 2011, в 18:44
0

@ Rocky Я не на ПК, на Mac ...
Richard J. Ross III 11 апр. 2011, в 18:56
0

Затем подключите телефон к MAC, на котором установлен Android SDK, и используйте adb logcat. :)
rocky3000 11 апр. 2011, в 18:59
0

[s] adb не существует .... [/ s] не важно, я нашел это.
Richard J. Ross III 11 апр. 2011, в 19:11
0

@ Rocky Я запустил ADB, и, пожалуйста, проверьте мой обновленный вопрос.
Richard J. Ross III 11 апр. 2011, в 19:30
0

Там нет отл. зашли в свой лог. Поэтому снова запустите ваше приложение, одновременно запустив logcat. Затем сделайте сбой вашего приложения, и вскоре после этого должно быть зарегистрировано исключение вместе с трассировкой стека. Это может представлять интерес. Кстати: старайтесь быть конкретными в ваших блоках кеша и не используйте «catch (Exception ex)» для кеширования всех исключений.
rocky3000 11 апр. 2011, в 19:44
0

@rocky: я не могу читать с SD-карты, когда устройство подключено! И когда я пытаюсь прочитать с самого устройства, это дает мне FileIOException.
Richard J. Ross III 11 апр. 2011, в 20:20
0

@Richard J. Ross III, поэтому у меня нет проблем с чтением с SD-карты, когда он подключен. Включен ли режим отладки на вашем устройстве?
rocky3000 11 апр. 2011, в 20:41
0

@ Rocky3000 Программы по-прежнему сообщают информацию о сбое и регистрируют сообщения через logcat, когда режим отладки выключен
Kurru 11 апр. 2011, в 21:42
0

Я принимаю, потому что я отказался от проекта ..
Richard J. Ross III 21 апр. 2011, в 18:20
0

[Извините, я потерял смысл этого вопроса] Вы можете изменить свой парсер на другой. Парсер Pull должен быть менее жадным, чем парсер DOM, например. Сакс может быть хорошим выбором developer.android.com/reference/javax/xml/parsers/… . Я не уверен, что ваша проблема возникает при анализе файла, хотя.
Pedro Loureiro 24 апр. 2011, в 19:17

Показать ещё 12 комментариев