Решил поизучать сегодня java.io.* и написать чтонибудь полезное. Взбрело в голову написать програмку которая делит файл на 2 часть а потом собирает из двух файлов один.
В листинге две программы одна для деления файла - другая для собирания. Внешне всё правильно - делит и собирает, фишка в том, что то что соберается по размеру
всегда меньше, чем Исходный файл. Проверил в Beyond Compare : нехватает байтов в середине и конце. У кого какие мысли по етому поводу.
Пробовал заменить BufferedInputStream-BufferedOutputStream на DataInputStream-DataOutputStream (и read()-write() на readByte()-writeByte()) - не помогает.
Для деления файла на две части:

Код

package mypackage; import java.io.*; public class Main {  public Main() {  }  public static void main(String[] args) {    File from = new File("c:\\#\\aaa.zip");    File to1 = new File("c:\\#\\aaa_part1");    File to2 = new File("c:\\#\\aaa_part2");    try {      BufferedInputStream bi = new BufferedInputStream(new FileInputStream(from));      BufferedOutputStream bo1 = new BufferedOutputStream(new FileOutputStream(to1));      BufferedOutputStream bo2 = new BufferedOutputStream(new FileOutputStream(to2));      long part1 = from.length() /2;      long part2 = from.length() - part1;      for (long i = 0; i < part1; i++) {        int b;                                  if ( (b = bi.read()) != -1) {              bo1.write(b);                          }                                    }                                      bi.skip(part1);      for (long i = 0; i < part1; i++) {        int b;        if ( (b = bi.read()) != -1) {          bo2.write(b);        }      }    } catch (FileNotFoundException ex) {      System.out.println("Файл не найден!");    }    catch (IOException ex) {      System.out.println("Ошибка IO");    }  } }

Для собирания файла из двух частей:

Код

package mypackage; import java.io.*; public class Main2 {  public Main2() {  }  public static void main(String[] args){    BufferedInputStream bi1 = null;    BufferedInputStream bi2 = null;    BufferedOutputStream bout = null;    File f1 = new File("c:\\#\\aaa_part1");    File f2 = new File("c:\\#\\aaa_part2");    File out = new File("c:\\#\\reconstr.zip");    int b;    try {      bi1 = new BufferedInputStream(new FileInputStream(f1));      bi2 = new BufferedInputStream(new FileInputStream(f2));      bout = new BufferedOutputStream(new FileOutputStream(out, true));      while ( (b = bi1.read()) != -1) {        bout.write(b);      }      while ( (b = bi2.read()) != -1) {        bout.write(b);      }    }    catch (IOException ex) {      System.out.println("Ошибка IO");    }  } }

Но файл-то после этого нормальный? Вот у тебя зип - после сборки/разборки он анзипится?

Нет ни zip ни rar ничего, я специально выбрал зип чтобы делать тест Winrar, замечанее: если я не буду делить файл а просто прочитаю его и запишу в другой
то всё в порядке на 100%.
Так выглядят колонки в Beyond Compare (Извините за абстракционизм)

Код

********                               ********   ********                               ********   ********                               ********   то чего нет справа                пустое место (Примерно по середине) ********                               ********   ********                               ********   ********                               ********   то чего нет справа                пустое место

Это сообщение отредактировал(а) xaoc2 - 29.12.2004, 23:53

Попробуй после цикла записи добавить
bo1.flush() и bo2.flush()
Да и close() хорошо бы делать

Проверь, что возвращает skip() - то количество байтов, которое ты задал, или меньшее?
Вообще-то, использование skip() вызывает сомнения - он разве отсчитывает от начала файла, а не от текущей позиции (которая у тебя меняется при каждом read())?

Уточни пожалуйста: длина aaa.zip <> длина aaa_part1 + длина aaa_part2 после запуска Main или разница появляется после запуска main2 (относительно reconstr.zip)? Сразу будет ясно, в каком из двух классов собака порылась

Кстати, BufferedInputStream тебе не дает в данном случае никаких преимуществ, т.к. идет ПОБАЙТОВОЕ считывание и запись (хотя для обучения сгодится)

Вместо "настоящего" zip файла попробуй взять текстовый, содержащий короткую строку, например 123456789, сразу будет видно, что добавляется, а чего не хватает

Учёл рекомендации, в первой программе за циклами "for" подабавлал
bo1.close();
bo2.close();
вообще убрал
bi.skip(part1)
так как он не нужен.
Во второй программе за первым циклом добавил
bout.flush(),
а за вторым
bout.close()
и всё заработало. Почему, незнаю ведь виртуальная машина сама должна следить за такими
мелочами.
Если я правильно понял то файл лучше протягивать через буфер типа:

Код

byte[] b = new byte[1024];      while ( bi1.read(b) != -1) {        bout.write(b);      }

А разве BufferedInputStream не делает тоже самое?

Это сообщение отредактировал(а) xaoc2 - 30.12.2004, 00:49

Цитата

виртуальная машина сама должна следить за такими мелочами

Увы, нет! Закрывать открытые потоки должен программист, иначе их столько можно наплодить...

Цитата

Код      byte[] b = new byte[1024];     while ( bi1.read(b) != -1) {       bout.write(b);     } А разве BufferedInputStream не делает тоже самое?

Твой bi1 разве не BufferedInputStream?


Я использую такую конструкцию (in - типа BufferedInputStream, out - типа BufferedOutputStream, buf - byte[], block - константа)

Код

while( count = in.read(buf, 0, block) != -1)                  {                    if (count > 0)                      {                        out.write(buf, 0, count);                      }                  } ...

Кстати, эта ошибка обнаружилась бы на маленьком файле - наверняка обе части получились бы пустыми

Цитата

Кстати, эта ошибка обнаружилась бы на маленьком файле - наверняка обе части получились бы пустыми

Да, пожалуй. Хотя совершенно не представляю конкретный размер возможного незафиксированного кусочка потока. Если каждый последующий read()/write() фиксирует предыдущий, то в первоначальном варианте недоставать будет 2 байта - в середине и конце.

Да 200 байт, без модификации обе части пустые.

Цитата(igon @ 29.12.2004, 16:51)

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

512 байт