По частям грузите тогда, раз нужно. 1 массив из хреновой тучи элементов не самый удачный подход.

Загруженный ByteArray — 280 Мб (Текст в кодировке win-1251, предположительно на русском) + String ~280Мб * (от 2-х до 4-х) (в UTF-8 символ занимает от одного до 4-х байт, по стандарту может и до шести) + сколько-то памяти уйдет при перекодировке + массив (Чуть больше чем полученная строка).
Памяти не напасетесь. Не говоря уже о том, как это будет работать.

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

Что значит критиковать не надо, если подход неверен с самого начала. Вы скажите для чего это нужно? Еще раз повторю - загрузить нужно, мы это поняли. Что вы будете делать с этим массивом, ведь в него вы даже (если загрузите строку) не переведете эту самую строку методом split. Вы просто не дождетесь.

Искать фориком по массиву? - труба. Чтобы посоветовать решение - нужна задача.

про 100 мегабайт - это гарантированный от Адоби аплоад через FileReference ...

по сабжу - а зачем вам столько много и сразу?

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

Вот ответ.

опять не успел.)

Вам не хватит памяти на обработку такой структуры

Не знаю, откуда столько текста, но может быть вы посмотрите в сторону БД? Каждая строка имеет свой индекс, загружаете только нужные.

Не вижу проблемы. Берёте и ищете по массиву байты который обозначают перевод строки, там есть такое. Определяете диапазон, переставляете указатель на начало этого диапазона и читаете readUTFBytes(length:uint):String. Возможно это будет падать, тогда попробуйте байты для строки скопировать в другой временный bytearray;