什么是Stream?
MSDN: 提供字节序列的一般视图。
(我可不想这么理解,这必定让我抓狂,我理解的流是向自然界的河流那样清澈而又美丽,c#中的流也是一样,许多技术或者说核心技术都需要流的帮忙)
什么是字节序列?
其实简单的来理解的话字节序列指的是:
字节对象都被存储为连续的字节序列,字节按照一定的顺序进行排序组成了字节序列
关于流的解释可以抽象为下列情况:
一条河中有一条鱼游过,这个鱼就是一个字节,这个字节包括鱼的眼睛,嘴巴,等组成8个二进制,显然这条河就是我们的核心对象:流
c# 的 Stream 是如何使用的
Stream 类有一个protected 类型的构造函数, 但是它是个抽象类,无法直接使用:Stream stream = new Stream();
重要属性和方法:
1: CanRead: 只读属性,判断该流是否能够读取
2: CanSeek: 只读属性,判断该流是否支持跟踪查找
3: CanWrite: 只读属性,判断当前流是否可写
当我们使用流写文件时,数据流会先进入到缓冲区中,而不会立刻写入文件,当执行这个方法后,缓冲区的数据流会立即注入基础流。
MSDN中的描述:使用此方法将所有信息从基础缓冲区移动到其目标或清除缓冲区,或者同时执行这两种操作。
根据对象的状态,可能需要修改流内的当前位置(例如,在基础流支持查找的情况下即如此)当使用 StreamWriter 或 BinaryWriter 类时,不要刷新 Stream 基对象。而应使用该类的 Flush 或 Close 方法,此方法确保首先将该数据刷新至基础流,然后再将其写入文件。
5: Length:表示流的长度
*6: Position:(非常重要)
虽然从字面中可以看出这个Position属性只是标示了流中的一个位置而已,可是我们在实际开发中会发现这个想法会非常的幼稚,
很多asp.net项目中文件或图片上传中很多朋友会经历过这样一个痛苦:Stream对象被缓存了,导致了Position属性在流中无法找到正确的位置,这点会让人抓狂,其实解决这个问题很简单,聪明的你肯定想到了,其实我们每次使用流前将Stream.Position设置成0就行了,但是这还不能根本上解决问题,最好的方法就是用Using语句将流对象包裹起来,用完后关闭回收即可。
*7: abstract int Read(byte[] buffer, int offset, int count)
这个方法包含了3个关键的参数:缓冲字节数组,位移偏量和读取字节个数,每次读取一个字节后会返回一个缓冲区中的总字节数
第一个参数:这个数组相当于一个空盒子,Read()方法每次读取流中的一个字节将其放进这个空盒子中。(全部读完后便可使用buffer字节数组了)
第二个参数:表示位移偏量,告诉我们从流中哪个位置(偏移量)开始读取。
最后一个参数:就是读取多少字节数。
返回值:便是总共读取了多少字节数.
*8: abstract long Seek(long offset, SeekOrigin origin)
大家还记得Position属性么?其实Seek方法就是重新设定流中的一个位置,在说明offset参数作用之前大家先来了解下SeekOrigin这个枚举:
如果 offset 为负,则要求新位置位于 origin 指定的位置之前,其间隔相差 offset 指定的字节数。
如果 offset 为零,则要求新位置位于由 origin 指定的位置处。
如果 offset 为正,则要求新位置位于 origin 指定的位置之后,其间隔相差 offset 指定的字节数。
Stream. Seek(-3,Origin.End); 表示在流末端往前数第3个位置
Stream. Seek(0,Origin.Begin); 表示在流的开头位置
Stream. Seek(3,Orig`in.Current); 表示在流的当前位置往后数第三个位置
查找之后会返回一个流中的一个新位置。其实说道这大家就能理解Seek方法的精妙之处了吧
*9: abstract void Write(byte[] buffer,int offset,int count)
这个方法包含了3个关键的参数:缓冲字节数组,位移偏量和读取字节个数,和read方法不同的是,write方法中的第一个参数buffer已经有了许多byte类型
的数据,我们只需通过设置 offset和count来将buffer中的数据写入流中。
*10: virtual void Close()
关闭流并释放资源,在实际操作中,如果不用using的话,别忘了使用完流之后将其关闭。
看下面这段程序,对Stream实现看基本的读写操作:
static void Main(string[] args)
{
byte[] buffer = null;
string testString = "Stream!Hello world";
char[] readCharArray = null;
byte[] readBuffer = null;
string readString = string.Empty;
using (MemoryStream stream = new MemoryStream())
{
Console.WriteLine("初始字符串为:{0}", testString);
if (stream.CanWrite)
{
buffer = Encoding.Default.GetBytes(testString);
// 往流中写入数据
// 该数组的第一个位置开始读字节,长度为3,读完之后会写入 stream 中
stream.Write(buffer, 0, 3);
Console.WriteLine("现在Stream.Postion在第{0}位置", stream.Position + 1);
// 从刚才结束的位置(当前位置)往后移3位,到第7位
long newPositionInStream = stream.CanSeek ? stream.Seek(3, SeekOrigin.Current) : 0;
Console.WriteLine("重新定位后Stream.Postion在第{0}位置", newPositionInStream + 1);
if (newPositionInStream < buffer.Length)
{
// 将从新位置(第7位)一直写到buffer的末尾,注意下stream已经写入了3个数据“Str”
stream.Write(buffer, (int)newPositionInStream, buffer.Length - (int)newPositionInStream);
}
// 写完后将stream的Position属性设置成0,开始读流中的数据
stream.Position = 0;
// 设置一个空的盒子来接收流中的数据,长度根据stream的长度来决定
readBuffer = new byte[stream.Length];
// 设置stream总的读取数量. 注意!这时候流已经把数据读到了readBuffer中
int count = stream.CanRead ? stream.Read(readBuffer, 0, readBuffer.Length) : 0;
// 由于刚开始时我们使用加密Encoding的方式,所以我们必须解密将readBuffer转化成Char数组,这样才能重新拼接成string
// 首先通过流读出的readBuffer的数据求出从相应Char的数量
int charCount = Encoding.Default.GetCharCount(readBuffer, 0, count);
readCharArray = new char[charCount];
// Encoding 类的强悍之处就是不仅包含加密的方法,甚至将解密者都能创建出来(GetDecoder()),
// 解密者便会将readCharArray填充(通过GetChars方法,把readBuffer 逐个转化将byte转化成char,并且按一致顺序填充到readCharArray中)
Encoding.Default.GetDecoder().GetChars(readBuffer, 0, count, readCharArray, 0);
for (int i = 0; i < readCharArray.Length; i++)
{
readString += readCharArray[i];
}
Console.WriteLine("读取的字符串为:{0}", readString);
}
stream.Close();
}
Console.ReadLine();
}
显示结果:
需要特别注意的是stream.Positon这个很神奇的属性,在复杂的程序中,往往流对象操作也会很复杂,一定要切记将stream.Positon设置在你所需要的正确位置。
异步操作
在Stream基类中还有几个关键方法,它们能够很好实现异步的读写,
// 异步读取
public virtual IAsyncResult BeginRead(byte[] buffer, int offset, int count, AsyncCallback callback, Object state)
// 异步写
public virtual IAsyncResult BeginWrite(byte[] buffer, int offset, int count, AsyncCallback callback, Object state)
// 结束异步读取
public virtual int EndRead(IAsyncResult asyncResult)
// 结束异步写
public virtual void EndWrite(IAsyncResult asyncResult)
前两个方法实现了 IAsyncResult 接口,后2个end方法也顺应带上了一个 IAsyncResult 参数。
其实并不复杂,每次调用 Begin 方法时都必须调用一次相对应的 end 方法。
和一般同步read或write方法一致的是,他们可以当做同步方法使用,但是在复杂的情况下可能难逃阻塞或崩溃,但是一旦启用了异步之后,这些类似于阻塞问题会不复存在。