java编译时error: illegal character '\ufeff' 的解决办法 - CSDN

文章推薦指數: 80 %
投票人數:10人

java编译时error: illegal character '\ufeff' 的解决办法. t518vs20s 于 2018-06-27 18:01:58 发布 28491 收藏 1. 文章标签: java. java编译时error:illegalcharacter'\ufeff'的解决办法 t518vs20s 于 2018-06-2718:01:58 发布 28506 收藏 1 文章标签: java 原文链接:https://blog.csdn.net/shixing_11/article/details/6976900 最近开发人员通过SVN提交了xxx.java文件,因发布时该包有问题需要回退,故SCM将该xxx.java文件用editplus打开删除了新添的一行,删除后重新编译打包,却报了如下异常: java:[1,0]illegalcharacter:\65279 表面看着该文件确实没错,看不出来问题,后来从SVN上更新下代码以后,发现本地也不报错,后来通过Eclipse查看了该xxx.java类的属性,才发现玄机所在: 编译有问题的文件属性:(注意最下面一行ByteOrderMarkisUTF-8 (BOM)) 编译正常的文件属性: 看来问题出在 ByteOrderMarkisUTF-8 (BOM)上。

因为看不出来问题,所以用UltraEdit打开两个文件,并用16进制格式显示: 有问题的文件头: 无问题的文件头: 看来有问题的文件头前面多了三个字节EFBBBF。

具体原因如下:     某些编辑器会往utf8文件中添加utf8标记(editplus称其为签名),它会在文件开始的地方插入三个不可见的字符(0xEF0xBB0xBF,即BOM),它的表示的是Unicode标记(BOM)。

 因此要解决这个问题的关键就是把这个标记选项去掉,可按如下方法操作。

     首先用editplus打开这个文件,从Doucument菜单中选择PermanetSettings,有三个分类,分别是General,File,Tools.点击File,右边会有一项是UTF-8signature:选择alwaysremovesignature.点击OK。

中文版本的Editplus下操作的菜单结构如下:文档->参数设置->文件->UTF-8签名->总是移除签名->确定,这样就设置了UTF-8格式不需要在文件前面加标记,最后把文件另存为utf-8格式就好了. 相关资料,网上摘抄:      UTF-8以字节为编码单元,没有字节序的问题。

UTF-16以两个字节为编码单元,在解释一个UTF-16文本前,首先要弄清楚每个编码单元的字节序。

例如收到一个“奎”的Unicode编码是594E,“乙”的Unicode编码是4E59。

如果我们收到UTF-16字节流“594E”,那么这是“奎”还是“乙”?Unicode规范中推荐的标记字节顺序的方法是BOM。

BOM不是“BillOfMaterial”的BOM表,而是ByteOrderMark。

BOM是一个有点小聪明的想法:在UCS编码中有一个叫做"ZEROWIDTHNO-BREAKSPACE"的字符,它的编码FEFF。

而FFFE在UCS中是不存在的字符,所以不应该出现在实际传输中。

UCS规范建议我们在传输字节流前,先传输字符"ZEROWIDTHNO-BREAKSPACE"。

这样如果接收者收到FEFF,就表明这个字节流是Big-Endian的;如果收到FFFE,就表明这个字节流是Little-Endian的。

因此字符"ZEROWIDTHNO-BREAKSPACE"又被称作BOM。

UTF-8不需要BOM来表明字节顺序,但可以用BOM来表明编码方式。

字符"ZEROWIDTHNO-BREAKSPACE"的UTF-8编码是EFBBBF(读者可以用我们前面介绍的编码方法验证一下)。

所以如果接收者收到以EFBBBF开头的字节流,就知道这是UTF-8编码了。

Windows就是使用BOM来标记文本文件的编码方式的。

原来BOM是在文件的开始加了几个字节作为标记。

扩展阅读: UTF-8,UTF-16,UTF-32&BOM:http://www.unicode.org/faq/utf_bom.html#BOM W3C官方说明:http://www.w3.org/International/questions/qa-utf8-bom t518vs20s 关注 关注 2 点赞 踩 1 收藏 2 评论 java编译时error:illegalcharacter'\ufeff'的解决办法 原文链接:https://blog.csdn.net/shixing_11/article/details/6976900最近开发人员通过SVN提交了xxx.java文件,因发布时该包有问题需要回退,故SCM将该xxx.java文件用editplus打开删除了新添的一行,删除后重新编译打包,却报了如下异常:java:[1,0]illegalcharacter:\65279表面看着该文件确实没... 复制链接 扫一扫 【Java】-非法字符:“\ufeff”解决办法 Arielle-L 08-11 1万+ 问题描述: 新引入项目的运行时提示"非法字符:“\ufeff”",项目报错不能运行 出现原因: 编码风格不一致 解决方案: 1、在IDEA右下角,将编码改为GBK,再转为UTF-8,重新启动项目问题解决; 操作步骤: 在IDEA右下角找到UTF-8字样的编码格式设计项,点击选择第一项GBK,然后Convert,等待项目覆盖结束; 将编码格式由GBK重新选择为UTF-8,同样是选择Conver... java:非法字符:‘\ufeff‘解决办法 qq_52978553的博客 04-20 3494 一、问题 复制Java项目到idea中,运行显示java:非法字符:'\ufeff' 二、解决办法 先选择GBK,再换成UTF-8 评论 2 您还未登录,请先 登录 后发表或查看评论 Linux下Java编译错误:illegalcharacter:'\ufeff' 凌世宇 06-18 1437 针对上边编译错误的问题,解决方法其实很简单,只要把BOM头删掉就好了。

Linux下可以这么操作:vi-b***.java 然后可以看到文件头有<FEFF>的字样,把它删掉即可。

... 代码编译出现(illegalcharacter:\65279) 蜗牛的轨迹 10-11 942 今天在代码打包时报如下错误::1:illegalcharacter:5279 查看文件确实是UTF-8的最后在高人指点下看到 http://blog.csdn.net/shixing_11/article/details/6976900 这篇blog,总算明白什么原因了,与这个几乎完全一样的问题 网上看到了很多解决方法,一番折腾后还是我的工具比较神器NotePad++自带去除BOM功... 编译工程时报java:[1,0]illegalcharacter:\65279问题排查与解决过程 热门推荐 shixing_11的专栏 11-16 1万+ 最近开发人员通过SVN提交了xxx.java文件,因发布时该包有问题需要回退,故SCM将该xxx.java文件用editplus打开删除了新添的一行,删除后重新编译打包,却报了如下异常: java:[1,0]illegalcharacter:\65279表面看着该文件确实没错,看不出来问题,后来从SVN上更新下代码以后,发现本地也不报错,后来通过Eclipse查看了该xxx.java类 illegalcharacter:‘\ufeff‘ Liveistolearn 02-26 581 开发完代码,提交,部署,报错:illegalcharacter:'\ufeff' 仅仅是提交了一个文件,对比之后没有发现异常,这究竟是个什么鬼??? 原因:文件的编码格式错误,导致文件部署时字符编码错误。

解决方法:修改文件的编码格式(UTF-8BOM-->UTF-8)重新保存提交部署成功。

分析: BOM: ... javaillegalCharacter非法字符 David宫洪深的博客 02-17 1273 在配置文件中有可能会多一个空格或者其他就会出现这种异常 illegalCharacterException后面正常会出现你那句话在第几个字符 一般都处在url或者其他配置文件读取使用的时候 illegalcharacter:'\ufeff'错误 欢迎来到>热爱生活javacTest2.javaTest2.java:2:错误:非法字符:'\uff08'publicstaticvoidmain(String[]... error:illegalcharacter‘\u3000‘ skr? 09-22 490 ‘\u3000’是一个中文全角空格 从其他地方粘贴过来的代码产生的。

把代码中的空格删掉换成英文的。

error:illegalcharacter'\ufeff'的解决办法 当他回首往事时,不应为虚度年华而后悔,也不会因为碌碌无为而羞耻。

12-02 9300 今天使用scalac命令编译scala文件的时候,出错了,出现如下错误提示: 出错原因网上有很多介绍,这里不再赘述,直接说解决方案: 使用Notepad++或者类似的软件,转为UTF-8无BOM编码格式即可。

再次scalacHelloWorld.scala,OK了。

当然,java语言同样的解决办法。

IDEA编译Java源程序报错非法字符“\ufffd” 姜酱酱酱的Blog 04-09 3115 解决方法: 1.找到报错的源文件,点击右下角转换编码为GBK 2.再次转换编码为UTF-8 3.删除掉转换编码过程中生成的?问号符号,源文件能正常编译运行 MAVEN编译时出错illegalcharacter:'\ufeff' 看看我都干了些啥! 05-18 400 MAVEN编译时出错illegalcharacter:'\ufeff'  解决办法: http://tzwzero-163-com.iteye.com/blog/1696605   解决【错误:非法字符:‘\ufeff‘】问题 zmt0104的博客 10-30 1590 解决【非法字符:'\ufeff'】问题 “相关推荐”对你有帮助么? 非常没帮助 没帮助 一般 有帮助 非常有帮助 提交 ©️2022CSDN 皮肤主题:大白 设计师:CSDN官方博客 返回首页 t518vs20s CSDN认证博客专家 CSDN认证企业博客 码龄11年 暂无认证 23 原创 14万+ 周排名 71万+ 总排名 14万+ 访问 等级 1060 积分 4 粉丝 12 获赞 13 评论 28 收藏 私信 关注 热门文章 org.apache.kafka.common.KafkaException:Failedtoconstructkafkaproducer 31456 java编译时error:illegalcharacter'\ufeff'的解决办法 28494 FATAL:remainingconnectionslotsarereservedfornon-replicationsuperuserconnections 25633 Can'treadswaggerJSONfromhttp://localhost:8080/v2/api-docs?group=移动端接口文档 12657 Thymeleaf#numbers显示千分位金额,保留小数位 12091 分类专栏 js 1篇 shiro 1篇 hibernate 1篇 qiniu 1篇 ueditor 1篇 mongodb 2篇 springboot 3篇 druid 1篇 mybatis 3篇 generator 1篇 chart 1篇 Date 1篇 zookeeper 1篇 kafka 2篇 pgsql 1篇 数据库 2篇 eclipse 1篇 tomcat 1篇 bootstrap 1篇 Thymeleaf 2篇 最新评论 FATAL:remainingconnectionslotsarereservedfornon-replicationsuperuserconnections 数据工具人: 这能终止啥嘛,难道我遇到的问题都是这些命令解决不了的 java编译时error:illegalcharacter'\ufeff'的解决办法 ijohnnymiller: 出现这种情况的时候,就要想一想是不是IDE的字符编码集正确。

比如说源码是UTF-8,但是IDE是GBK,也会导致编译失败的问题。

FATAL:remainingconnectionslotsarereservedfornon-replicationsuperuserconnections m0_49281435: 不是链接不上数据库吗,为什么可以用select? Thymeleaf#numbers显示千分位金额,保留小数位 嗯嗯**: 谢谢楼主 org.apache.kafka.common.KafkaException:Failedtoconstructkafkaproducer yebai: 888888 您愿意向朋友推荐“博客详情页”吗? 强烈不推荐 不推荐 一般般 推荐 强烈推荐 提交 最新文章 thymeleafAPI官方文档地址 springboot+vue+easyExcel导出excel mysql报错:SELECTcommanddeniedtobm_user‘aaa‘@‘localhost‘fortable‘bm_user‘ 2022年1篇 2021年2篇 2020年2篇 2019年11篇 2018年10篇 目录 目录 分类专栏 js 1篇 shiro 1篇 hibernate 1篇 qiniu 1篇 ueditor 1篇 mongodb 2篇 springboot 3篇 druid 1篇 mybatis 3篇 generator 1篇 chart 1篇 Date 1篇 zookeeper 1篇 kafka 2篇 pgsql 1篇 数据库 2篇 eclipse 1篇 tomcat 1篇 bootstrap 1篇 Thymeleaf 2篇 目录 评论 2 被折叠的  条评论 为什么被折叠? 到【灌水乐园】发言 查看更多评论 实付元 使用余额支付 点击重新获取 扫码支付 钱包余额 0 抵扣说明: 1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。

2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值



請為這篇文章評分?