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

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

1 голос
/ 11 апреля 2011

Я пытаюсь прочитать большой текстовый файл (~ 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)

Ответы [ 2 ]

0 голосов
/ 11 апреля 2011

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

catch( Exception err) {

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

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

Тогда мы можем помочь вам в дальнейшем..

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

0 голосов
/ 11 апреля 2011

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

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

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

...