java.net.MalformedURLException: no protocol 可能的解决方法

我把URL保存在编码为UTF-8的Txt文件中,然后读取里面的url字符串并创建JAVA.NET.URL对象.发现爆出java.net.MalformedURLException: no protocol
这样的错误.  这真的让我很烦恼.弄了好久也不见解决方法.

所以我就开始试验.

如图  url和url2没有什么区别.    但是从txt中复制的就报出错误,第二个直接从浏览器中复制的就没有问题,  这大概是我遇到的最奇怪的问题.

我新建一个String 变量把从第一个字符串复制给它.端倪就出现了.

复制给它后出现了一个 \uFEFF .(我去这什么鬼啊)

把它去掉再复制回去就没问题了.     所以可以肯定就是这东西搞的鬼.

去查资料后才发现原来:

在Windows下用文本编辑器创建的文本文件，如果选择以UTF-8等Unicode格式保存，会在文件头（第一个字符）加入一个BOM标识。
这个标识在Java读取文件的时候，不会被去掉，而且String.trim()也无法删除。如果用readLine()读取第一行存进String里面，这个String的length会比看到的大1，而且第一个字符就是这个BOM。
这种情况会造成一些麻烦，比如在读取ini文件的时候，如果想判断第一行是不是以“[”开头就无法正确判断。
幸好，Java在读取Unicode文件的时候，会统一把BOM变成“\uFEFF”，这样的话，就可以自己手动解决了（判断后，用substring()或replace()去除掉这个BOM）： if(line.startsWith("\uFEFF")){ //line = line.substring(1); line = line.replace("\uFEFF", ""); }
什么是BOM？BOM = Byte Order MarkBOM是Unicode规范中推荐的标记字节顺序的方法。比如说对于UTF-16，如果接收者收到的BOM是FEFF，表明这个字节流是Big-Endian的；如果收到FFFE，就表明这个字节流是Little-Endian的。UTF-8不需要BOM来表明字节顺序，但可以用BOM来表明“我是UTF-8编码”。BOM的UTF-8编码是EF BB BF（用UltraEdit打开文本、切换到16进制可以看到）。所以如果接收者收到以EF BB BF开头的字节流，就知道这是UTF-8编码了。
所有的BOM在C/C++/Java中都被处理为"\uFEFF"，参考：http://www.fileformat.info/info/unicode/char/feff/index.htm
Wikipedia关于POM的说明介绍：https://en.wikipedia.org/wiki/Byte_order_mark

出自:http://www.07net01.com/2015/07/888222.html