当前位置 : 主页 > 编程语言 > c语言 >

vb.net – 字符看起来像ASCII 63但不是这样我无法删除它

来源:互联网 收集:自由互联 发布时间:2021-06-24
我正在从文本文件中读取文本.文本文件必须读取的第一个字符串是“Algood”,并注意spaaaaaace.在记事本中,似乎这个字符串中有一个spaaaaaace,但事实并非如此.当我在Visual Studio的QuickWatch中测
我正在从文本文件中读取文本.文本文件必须读取的第一个字符串是“Algood”,并注意spaaaaaace.在记事本中,似乎这个字符串中有一个spaaaaaace,但事实并非如此.当我在Visual Studio的QuickWatch中测试第6个(从零开始的索引)字符时,它显示为:

"�"c

当我使用Asc函数获取ASCII码时,它告诉我ASCII码是63. 63是一个问号.但是当我测试以查看字符串是否包含ASCII 63时,它会测试为false.所以看起来字符串包含带有ASCII码63的字符,只有它没有,它包含一些其他字符,它们测试为ASCII码63.这是一个问题:如果我不这样做,我就无法删除该字符知道怎么称呼它.我可以删除最后一个字符,但文本文件中的每个字符串都不包含此字符.

问题是:如果不是问号,这个字符是什么,我怎样才能唯一识别所以我可以删除它?

它是 Unicode replacement character,U FFFD,又名ChrW(& HFFFD).

永远不要使用Asc()或Chr(),它们是不能处理Unicode的传统VB6函数.将一个奇特的Unicode代码点传递给Asc()总是产生63,“?”c的字符代码,又名“我不知道你在说什么”.与“ ”c完全相同的想法,但改为使用ASCII代码.

看到死亡的黑钻石总是坏消息,当字符串从底层字节值转换时出现了问题.因为某些字节值没有产生有效字符.这是你真正应该寻找的,你总是想避免GIGO. Garbage In Garbage Out是一个丑陋的数据损坏问题,没有赢家,只有受害者.您.

网友评论