请问我这是用UTF8编码读取200字节的数据是怎么算的
c#中如何以utf-8编码方式读取文件流到字节数组中 -
使用StreamReader类，这个类在读取的时候，第一个是文件路径，第二个就是指定编码类型，好像是Text.Encoding.GetEncoding("utf-8")吧，没有智能提示记不清了，
要看不同的编码的，汉字在gbk编码方式存储的话，一个汉字占2个字节，要是UTF-8的话，一个汉字是3个字节或者4个字节。常用汉字是3个，冷门的是4个汉字，所以10个一般是30或30个以上字节，
使用StreamReader类，这个类在读取的时候，第一个是文件路径，第二个就是指定编码类型，好像是Text.Encoding.GetEncoding("utf-8")吧，没有智能提示记不清了，
要看不同的编码的，汉字在gbk编码方式存储的话，一个汉字占2个字节，要是UTF-8的话，一个汉字是3个字节或者4个字节。常用汉字是3个，冷门的是4个汉字，所以10个一般是30或30个以上字节，
在UTF-8字符集中，一个中文字符通常占用3到4个字节。UTF-8是一种可变长度的字符编码方式。对于中文字符，其编码范围通常为Unicode 的4E00 到9FA5 区域，而这些编码在UTF-8编码下的字节长度并不固定。一般来说，中文字符在UTF-8编码下会占用3个字节，这是最常见的情形。但在某些特殊情况下，比如是什么。
在UTF-8编码中：一个中文等于三个字节，中文标点占三个字节。一个英文字符等于一个字节，英文标点占一个字节。Unicode编码：一个英文等于两个字节，一个中文（含繁体）等于两个字节。中文标点占两个字节，英文标点。
最后一段怎么理解?为什么UTF-8用了更多的字节,却反而说它缩短了编码的...
你这段话的最后一句中“以7位的ASCII字符为主的西文文档就大大节省了编码长度”，这段可以理解为当这种文档专为UTF-8格式后，因为UTF-8是变长的（变长是指原在ASCII中会占7位的Unicode字符在UTF-8格式下会根据自身格式转变为1至6位），也就是说，ASCII不是变长的，那么从这里可以看出当一个文档到此结束了？。
当涉及到中文字符的编码时，utf-8是常见的选择。对于大部分常用的中文字符，utf-8编码占用的字节数是3个，这相当于大约2万个汉字的存储空间。然而，当涉及到Unicode编码体系中的超大字符集时，许多汉字会占用惊人的4个字节，从U+20000开始，这一部分汉字数量达到了5万以上。相比之下，GBK和GB2312编码后面会介绍。
ue中如何让utf8文件按3个字节计算文字个数 -
以utf8格式编码的字符不是每个都占3个字节的。以汉字来说，不同的字符所占的字节数是不一样的，这取决于汉字字符在Unicode字符集中的编号。如果一律以3个字节算一个文字来算的话，是得不到正确结果的。
&#x 是网页文件html 格式文件里汉字unicode 编码的前缀。amp;#x5B57; x表示下面数值是十六进制。分号是一个汉字编码的结束符。UTF-8 里字符编码长度与用到的字符集有关，最短是1字节。汉字国标GB2312 用两字节。你的"字" 字是 国标GB2312，只有2字节。不是3字节。
刨根究底字符编码之十一——UTF-8编码方式与字节序标记BOM -
虽然UTF-8的UTF-16/32字节序标记（如U+FEFF）最初设计用于区分字节顺序，现在通常仅用于表示编码格式的起点。UTF-8文件的BOM（0xEF 0xBB 0xBF）是用于明确文本是UTF-8编码，避免混淆。Windows程序倾向于在UTF-8文件中添加BOM，而Unix系统则倾向于避免。对于UTF-16/32编码，字节顺序BOM的使用取决于好了吧！
utf8是变长编码， 不一定是3字节， 可能是2~3, 当然ASCII字符还是1字节.gbk也是变长编码， 非ASCII的2字节， ASCII还是1字节.这两个编码对于非ASCII字符， 都是多字节的， 并且多字节字符每个字节都是>127的， 也就是负数(最高位是1).另外， PHP里的strlen不是依靠判断字符串结尾的， 因为PHP是脚本到此结束了？。