哎，好难，框架都弄好了就是在dao层处理序列化对象存储到指定文件的流处理不好。

读写文件有什么困难？

            FileInputStream fs = new FileInputStream(filename);//fs明明读到了140多字节
            ObjectInputStream ois = new ObjectInputStream(fs);//可这里ois什么也没有也不抛出异常

Java怎么是这样用的？我不懂Java，但看你这样写，明显有问题呀，读和写的类型层次似乎不对等，第一次见这样的。

平时专攻（狭义）算法，读写文件这种基本功不去练习，到你现在做项目，苦头大了，很多东西都要补。

.NET下的流读写模式类似这样，Java应该也差不多：

    int index(0);
    StreamReader^ reader = gcnew StreamReader(inputFile->OpenRead());
    while (!reader->EndOfStream)
    {
        String^ lineText = reader->ReadLine();
        if (lineText->Contains(L"TIME        V"))
        {
            ++index;
            StreamWriter^ writer = gcnew StreamWriter(inputFile->DirectoryName + "\\" + index.ToString() + ".TXT");
            while (!reader->EndOfStream && (lineText->IndexOf(0x0c) == -1))
            {
                lineText = reader->ReadLine();
                if (lineText->IndexOf(0x0c) == -1)
                {
                    writer->WriteLine(lineText);
                }
            }
            writer->Close();
        }
    }
    reader->Close();

其关键点是：分别打开读、写文件流，把数据储存在字符串中处理，处理后把字符串写到输出流中。而看你的代码，把写流捆绑到读流中，即使不是错误的用法，起码也是作茧自缚，不利于对数据进行后期处理后写出，这样复制一个文件，没有实际用处啊。

[ 本帖最后由 TonyDeng 于 2014-8-14 23:15 编辑 ]

LZ所说的问题使用链表应该可以解决了,然后再是对TXT文件读写操作.

这也是我不感冒acm的原因

是的，80/20规律到处适用。做系统，不说高层次的系统工程师，单就写代码的程序员来说，80%的代码耗费在很平常的东西上，没多少技术含量，20%才是所谓的深度技术，你若只会那20%而不会80%，领导层和老板怎么看你？懂80%，其余少量高精尖不懂，别人不会说你什么，去请教人还可以赢取谦虚的声望，增进团结，若反过来那几乎是无能的表现，做老板的也不会长发工资闲养你，顶多临时需要请你打散工而已。现实的问题，还在于某些后者这类人，自恃“技术”，看不起别人，玩封闭。

收到的鲜花

• 乾坤洞主 于 2014-08-15 13:47 送鲜花  5朵  

有道理，呵呵