求电脑重装大神救命给我过个好年啊!电脑用硬盘 光盘重装后都是显示黑屏，怎么办!-学网-中国IT综合门户网站-提供健康,养生,留学,移民,创业,汽车等信息
> 信息中心 >
求电脑重装大神救命给我过个好年啊!电脑用硬盘 光盘重装后都是显示黑屏，怎么办!
来源：互联网 发表时间： 23:52:09 责任编辑：李志喜字体：
为了帮助网友解决“求电脑重装大神救命给我过个好年啊!电脑用硬盘 光盘重装后都是显示黑屏，怎么办!”相关的问题，学网通过互联网对“求电脑重装大神救命给我过个好年啊!电脑用硬盘 光盘重装后都是显示黑屏，怎么办!”相关的解决方案进行了整理,用户详细问题包括:RT,我想知道:求电脑重装大神救命给我过个好年啊!电脑用硬盘 光盘重装后都是显示黑屏，怎么办!，具体解决方案如下：解决方案1：在BOOT那里选择ATAPI 那个调到第一位后，出现【安装WIN7*****到C盘】，选择了A，然后就黑屏了，接着试了其他全部选项，都是统一黑屏，这个是光盘安装的，而且是安装版的光盘，不是GHOST的光盘，硬盘安装就一直第二幅图上重新启动。型号ACER ASPIRE 4750g解决方案2：bios设置，选择IDE模式，具体位置你仔细找找
1个回答1个回答1个回答1个回答1个回答1个回答1个回答1个回答1个回答1个回答
相关文章：
最新添加资讯
24小时热门资讯
Copyright © 2004- All Rights Reserved. 学网 版权所有
京ICP备号-1 京公网安备02号一个百度和谷歌都找不到答案的问题,请各位帮忙看下如何解决？ - ITeye问答
我发送一个post 消息到服务器,然后解析post消息.消息格式是xml.如下:
&?xml version="1.0" encoding="UTF-8"?&
&Request&
&SystemContext&
&Channel&1&/Channel&
&&&&&&& &ServiceGroup&中文字符&/ServiceGroup&
&/SystemContext&
&/Request&
服务器端解析使用dom4j,代码如下:
&&&&&&& SAXReader reader = new SAXReader();
&&&&&&& reader.setEncoding("UTF-8");
&&&&&&& //将请求消息转化成DOM
&&&&&&& try
&&&&&&& {
&&&&&&&&&&& document = reader.read(request.getInputStream());
&&&&&&& }
&&&&&&& catch (DocumentException e)
&&&&&&& {
&&&&&&& }
&&&&&&& catch (IOException e)
&&&&&&& {
&&&&&&& }
&&&&&&& catch (Exception e)
&&&&&&& {
&&&&&&& }
用的是UTF-8编码解析.但解析抛出异常:
Invalid byte 2 of 2-byte UTF-8 sequence. Nested exception: Invalid byte 2 of 2-byte UTF-8 sequence.
改用GBK编码解析就没问题,说明从请求中获取的消息是GBK编码格式的.
请求消息是使用工具 nettool 和 soapui3.0 发送.
问题:
如何能让请求消息以UTF-8编码格式发送呢?我试过在请求头加:content-type=text/charset=UTF-8也没用.但自己用httpclient写一个发送客户端就没问题.
请问各位是否有过这两种工具,该如何以UTF-8格式发送请求消息?或者是否有其他工具可以以UTF-8编码的格式发送消息?知道的朋友烦请告知下呀？ 谢谢啦～
问题补充：zkf53064 写道pageEncoding也改了么
谢谢你的回答.你说的pageEncoding应该是jsp文件的头吧?
我不是用jsp的.是直接使用工具.发xml消息.
问题补充：zkf53064 写道错了，pageEncoding跟请求没有关系,
在读请求前时把请求的编码设置下
request.setCharacterEncoding("UTF-8");
也设置过啦 没反应呀～～～
问题补充：zkf53064 写道你说你设置过了是这个么reader.setEncoding("UTF-8"); ?
若不然,理论上
& 拿到文件流后，根据文件的编码格式解析是不会有问题的
这个有点诡异
两个都设置过的了 还是gbk编码.我怀疑有可能是工具问题.但象soapui这种工具应该可以设置 也不知道在哪设置。自己写了个客户端代码.在消息头设置content-type=text/charset=UTF-8就可以.但工具加了头也不可以 有点奇怪啊~~
问题补充：zzzlyr 写道哥们你用的OS是什么？window还是Linux 容器呢!是Tomcat的吧？这个东西你也应该发上来！如果你的是window +Tomcat 第一：你把发XML的工具看一看能不能有地主设置编码。第二:tomcat编码设置成这样 UseBodyEncodingForURI="true"
&& URIEncoding="UTF-8"；
发xml的工具没法设置编码,这两个也设置了.还是无解.
系统是suse linux 10 sp3 . Tomcat服务器
问题补充：系统是suse linux 10 sp3 , 服务器是Tomcat,发xml工具无法设置编码
问题补充：liukai 写道试试在在tomcat的server.xml里的对应端口
添加
useBodyEncodingForURI="true"
&Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" useBodyEncodingForURI="true" /&
也试了一下,还是不行呀～～～～ 好奇怪～
问题补充：zzzlyr 写道os是Linux 啊，/etc/sysconfig/i18n看一看系统编码是什么，是不是里只有一个LANG="utf-8" ?如果是这样到 /etc/profile 文件里加上
Export LC_ALL="zh_CN.UTF-8",如果你设成别的编码，可以换下试一试 这是中文的zh_CN.GB18030
系统上没有 /etc/sysconfig/i18n的目录呀.查看LANG的变量值是:en_US.UTF-8.
问题补充：cw550284 写道request.getInputStream(),把这个流的内容打印一下看看，是否post会自动加上其他数值
我将内容读到字节数组中,再转成UTF-8 还是乱码.转成GBK就正常.
问题补充： 写道感觉是客户端问题。代码跑都没事呀。换一个测试工具。你说的测试工具，生成的文件指定的xml是utf-8，传送时却用的gbk，那多乱呀。
我也怀疑是工具的问题.不过两个工具都没有办法设置编码.soapui还是挺出名的啊.不知你有没有其他可以设置编码的测试工具呢?
问题补充：ljl_xyf 写道Using JSP
&&&&&&&&& response.setContentType( "text/ charset=UTF-8" );
&&&&&&&&& OutputStream outs = response.getOutputStream();
&&&&&&&&& outs.write( new byte[]{(byte)0xEF,(byte)0xBB,(byte)0xBF} );
&&&&&&&&& outs.flush();
额 不太明白你的意思.能否解释一下？
问题补充：ljl_xyf 写道utf-8的文件在头部有三个字段是用来标识该文件的格式的，
outs.write( new byte[]{(byte)0xEF,(byte)0xBB,(byte)0xBF} );& 就是输出那三个字节的标示信息，你可以试试，是否可以。
这几行代码写在jsp文件？那xml消息内容该怎么发送呢?不是很懂这个?
我自己写过客户端发送xml消息代码是可以的.现在问题有可能是工具的问题.不知道你是否有用过 发送xml post消息的工具?
问题补充：zzzlyr 写道你是查看了？我说的方法你试了没有？也不告诉个结果。我用是的REDHAT LINUX suse Linux 没有这个目录？ /etc/profile 有这文件吗？ 如果这个两个目录都没有可能是Linux版本，可能目录不一样。你应该去网上查一查。suse& Linux 怎么把系统编码改了，在试下，我也不知道你试了没有？
多谢了.我有/etc/profile这个文件.你的意思就是把系统编码设置成zh_CN.UTF-8吧.我本身系统编码是en_US.UTF-8的.明天再试试看.再告诉你结果.
问题补充：zzzlyr 写道你是查看了？我说的方法你试了没有？也不告诉个结果。我用是的REDHAT LINUX suse Linux 没有这个目录？ /etc/profile 有这文件吗？ 如果这个两个目录都没有可能是Linux版本，可能目录不一样。你应该去网上查一查。suse& Linux 怎么把系统编码改了，在试下，我也不知道你试了没有？
按照你说的试了一下,还是不行.谢谢了～
问题补充：alvin198761 写道你的xml编辑的时候是用gbk编辑的，所以会出现这个问题，
一个比较纯的办法，你讲xml复制到txt中，保存，改变txt后缀，就好了，
我没有用xml消息.我直接从文档中将xml请求消息复制.粘贴到测试工具中的.
问题补充：zkf53064 写道按原文件的编码格式解析该文件流不会出现错误
相信工具soapui也不会在发送中改文件的编码格式
document = reader.read(request.getInputStream());
可以把这个流再包装下设置流的编码格式
document = reader.read(new InputStreamReader(request.getInputStream(), "UTF-8"));
可能指定流的编码格式，
若还不行, 再看看相关环境的是不是支持UTF-8的编码
再不行，你找神去吧！！
这种方式也试过了.解析出来的是乱码.但如果指定是GBK的话.就不是乱码.如果是解析文件那应该没问题.问题是soapui并不是把它当文件发送....
我看真的找神去了...
问题补充：zkf53064 写道那就不懂了，
不是文件？
那你拿的是什么流？
还有这个引用“ Nested exception: Invalid byte 2 of 2-byte UTF-8 sequence”
内部错误？？
都错误了,还有乱码结果
或
出现乱码结果了,还有错
是这样的.按照你说的将request.getInputStream()这个流包装一下再解析.是不会有错误.但是是乱码.我写的是没有封装request.getInputStream()的.所以出现了Invalid byte 2 of 2-byte UTF-8 sequence.
因为请求消息是post类型.消息是从request的inputstream获取的.这样不算是文件吧？
问题补充：zkf53064 写道最后的通天路:
&&&& 1、自已写个xml文件用UTF-8的编码保存
&&&&& 2、tomcat的配置也设置成UTF-8
&&&&& 3、SAXReader设置编码UTF-8
&&&& 4、拿流时再包装成UTF-8
不行？
:twisted:
或许真是那个工作有错吧？
不得不把枪指向它呀!
谁让它给这个了引用：“ Nested exception: Invalid byte 2 of 2-byte UTF-8 sequence”
不是特别明白你的意思.写个xml文件用UTF-8的编码保存?那我该怎么发送这个xml消息呢? 依我看就是工具本身的问题.一出现中文.就搞成GBK编码了.也没地方设置.我看还不如自己用swing写个客户端得了。。。
问题补充：zhaoshun0417 写道&& 这个原因我用webservice时也碰到过。。应该是跟你本地eclipse的编码设置有关系。。而且接受信息时最好再转换下格式，将eclipse的编码设置为UTF-8的就没问题了。
document = reader.read(new InputStreamReader(request.getInputStream(), "UTF-8"));
虽然调试的时候用eclipse看是乱码。但是应该跟eclipse关系不大吧？因为我用的是工具来发送xml 消息.linux直接将消息打印出来了 也是乱码.另外你说的接受信息时转换格式 这个也试过了 但还是不可以~ 很是奇怪~
问题补充：yunnysunny 写道很明显你的发送xml的工具是不支持以utf-8编码发送xml的，你做的这一切都是徒劳。
将字符转化为二进制是你的那个工具做的事情，但是他不能将xml中的字符按照utf-8编码形式转化为二进制，你在服务器端接收到的永远是经过GBK编码后的字符。
我感觉应该也是这样，但soapui挺有名的.怎么连UTF-8编码都没办法呢. 那有解决的办法吗？直接换工具？还是有更好的办法？？
问题补充：nju_abc 写道引用我将内容读到字节数组中,再转成UTF-8 还是乱码.转成GBK就正常.
内容读到字节数组中，这个时候是GBK编码的字节，直接转UTF-8当然乱码。
先转成GBK，然后再转UTF-8。类似这样：
byte[] content = ...//读进来的字节
String strContent = new String(content,"GBK");
byte[] utf8Content = strContent.getBytes("UTF-8");
这个我知道.如果先转成GBK 再转成UTF-8应该是可以的。但同样的道理.如果发错来的是UTF-8的话.那转GBK会不会又乱码了?我系统要求发过来的是UTF-8的.现在是测试工具发过来的是GBK.所以问下有没有其他的测试工具或其他的解决方法？？
问题补充：nju_abc 写道
引用这个我知道.如果先转成GBK 再转成UTF-8应该是可以的。但同样的道理.如果发错来的是UTF-8的话.那转GBK会不会又乱码了?我系统要求发过来的是UTF-8的.现在是测试工具发过来的是GBK.所以问下有没有其他的测试工具或其他的解决方法？？
系统内部的编码方式一般都是唯一的，如果你确实需要自动识别编码格式，
可以使用一个开源组件jchardet，用它来判断字节流的编码格式，给你
一个链接参考下
不过我建议你还是从工具找问题，你检查看看要发送的xml文件
头部是不是 &?xml version="1.0" encoding="UTF-8"?& ?
再暴力一点，就把工具所在的操作系统编码方式改成UTF-8 ^_^
你提供的这个jchardet可能会解决.我去看看.操作系统编码方式改成UTF-8应该不可以吧.太暴力了点。。。 呵呵 谢谢啦~~~
问题补充：gingili 写道你确定用的是soapui? 如果是的话就有设置
在Request Property里面有一个Encoding选项
我用的soapUI3.5
上次貌似没找到.回去再试试看 多谢~
问题补充：loginin 写道看看你的应用的第一个是否设置了 req.setCharacterEncoding("utf-8") ,并且这句话必须第一个filter中并且是第一句话
已经设置过的了.没效果~
看看你的应用的第一个是否设置了 req.setCharacterEncoding("utf-8") ,并且这句话必须第一个filter中并且是第一句话
那个选项不是在所谓的global setting里的，而是要左键选中某个具体的Request,然后左下角会出现一堆Request Properties,在里面仔细找找
你确定用的是soapui? 如果是的话就有设置
在Request Property里面有一个Encoding选项
我用的soapUI3.5
这个问题还是最有可能事你的XML文件保存的时候编码格式。
文件都是二进制的。
保存文件的时候会有一个编码选项。以不同的编码生成的文件里面的二进制是不同的。
所有如果你用GBK编码写了XML文件。那么你encoding又设置为UTF-8。那么在解析XML的程序里看到了UTF-8（如果程序支持读encoding属性）那么它会以UTF-8编码去读字节然后拼字符。所以会出错。
用抓包工具把发送的请求抓下来
看到底包里面的数据是什么编码的
再来分析是在服务器端改进还是发送端改进
引用这个我知道.如果先转成GBK 再转成UTF-8应该是可以的。但同样的道理.如果发错来的是UTF-8的话.那转GBK会不会又乱码了?我系统要求发过来的是UTF-8的.现在是测试工具发过来的是GBK.所以问下有没有其他的测试工具或其他的解决方法？？
系统内部的编码方式一般都是唯一的，如果你确实需要自动识别编码格式，
可以使用一个开源组件jchardet，用它来判断字节流的编码格式，给你
一个链接参考下
不过我建议你还是从工具找问题，你检查看看要发送的xml文件
头部是不是 &?xml version="1.0" encoding="UTF-8"?& ?
再暴力一点，就把工具所在的操作系统编码方式改成UTF-8 ^_^
不行的话& 把流读出来重新转一下
以前我在netbeans上也出现过这样的问题
引用我将内容读到字节数组中,再转成UTF-8 还是乱码.转成GBK就正常.
内容读到字节数组中，这个时候是GBK编码的字节，直接转UTF-8当然乱码。
先转成GBK，然后再转UTF-8。类似这样：
byte[] content = ...//读进来的字节
String strContent = new String(content,"GBK");
byte[] utf8Content = strContent.getBytes("UTF-8");
很明显你的发送xml的工具是不支持以utf-8编码发送xml的，你做的这一切都是徒劳。
将字符转化为二进制是你的那个工具做的事情，但是他不能将xml中的字符按照utf-8编码形式转化为二进制，你在服务器端接收到的永远是经过GBK编码后的字符。
另外，通过webservice等 传递的xml中如果有中文、
接收端接受的就是乱码。
我们一般都是用base64编码过内容后再传递过去。
这么直接在已经编译好的jsp上设置编码是没有用的。
试试在文件上右键，打开方式选择记事本，另存为，
另存的时候选择格式为utf-8
&& 这个原因我用webservice时也碰到过。。应该是跟你本地eclipse的编码设置有关系。。而且接受信息时最好再转换下格式，将eclipse的编码设置为UTF-8的就没问题了。
document = reader.read(new InputStreamReader(request.getInputStream(), "UTF-8"));
JVM参数加上
-Dfile.encoding=UTF-8
试试
最后的通天路:
&&&& 1、自已写个xml文件用UTF-8的编码保存
&&&&& 2、tomcat的配置也设置成UTF-8
&&&&& 3、SAXReader设置编码UTF-8
&&&& 4、拿流时再包装成UTF-8
不行？
:twisted:
或许真是那个工作有错吧？
不得不把枪指向它呀!
谁让它给这个了引用：“ Nested exception: Invalid byte 2 of 2-byte UTF-8 sequence”
那就不懂了，
不是文件？
那你拿的是什么流？
还有这个引用“ Nested exception: Invalid byte 2 of 2-byte UTF-8 sequence”
内部错误？？
都错误了,还有乱码结果
或
出现乱码结果了,还有错
按原文件的编码格式解析该文件流不会出现错误
相信工具soapui也不会在发送中改文件的编码格式
document = reader.read(request.getInputStream());
可以把这个流再包装下设置流的编码格式
document = reader.read(new InputStreamReader(request.getInputStream(), "UTF-8"));
可能指定流的编码格式，
若还不行, 再看看相关环境的是不是支持UTF-8的编码
再不行，你找神去吧！！
你的xml编辑的时候是用gbk编辑的，所以会出现这个问题，
一个比较纯的办法，你讲xml复制到txt中，保存，改变txt后缀，就好了，
我正好做银行项目，银行用的是suse LINUX ,它是这个目录/etc/sysconfig/language：我把它的内容贴出来：
Local users will get RC_LANG as their default language, i.e. the
# environment variable $LANG . $LANG is the default of all $LC_*-variables,
# as long as $LC_ALL is not set, which overrides all $LC_-variables.
# Root uses this variable only if ROOT_USES_LANG is set to "yes".
#
RC_LANG="zh_CN.UTF-8"
## Type:&&&&&&& string
## Default:&&&& ""
#
# This variable will override all LC-variables!!
# Again, ROOT_USES_LANG must be set to "yes", if an effect on the superuser
# account is desired.
#
RC_LC_ALL=""
你是查看了？我说的方法你试了没有？也不告诉个结果。我用是的REDHAT LINUX suse Linux 没有这个目录？ /etc/profile 有这文件吗？ 如果这个两个目录都没有可能是Linux版本，可能目录不一样。你应该去网上查一查。suse& Linux 怎么把系统编码改了，在试下，我也不知道你试了没有？
utf-8的文件在头部有三个字段是用来标识该文件的格式的，
outs.write( new byte[]{(byte)0xEF,(byte)0xBB,(byte)0xBF} );& 就是输出那三个字节的标示信息，你可以试试，是否可以。
&&&&&&&&& response.setContentType( "text/ charset=UTF-8" );
&&&&&&&&& OutputStream outs = response.getOutputStream();
&&&&&&&&& outs.write( new byte[]{(byte)0xEF,(byte)0xBB,(byte)0xBF} );
&&&&&&&&& outs.flush();
感觉是客户端问题。代码跑都没事呀。换一个测试工具。你说的测试工具，生成的文件指定的xml是utf-8，传送时却用的gbk，那多乱呀。
request.getInputStream(),把这个流的内容打印一下看看，是否post会自动加上其他数值
哈哈，改完啦，记着source 下这个文件哦，记它生效，不然你就重起。
os是Linux 啊，/etc/sysconfig/i18n看一看系统编码是什么，是不是里只有一个LANG="utf-8" ?如果是这样到 /etc/profile 文件里加上
Export LC_ALL="zh_CN.UTF-8",如果你设成别的编码，可以换下试一试 这是中文的zh_CN.GB18030
试试在在tomcat的server.xml里的对应端口
添加
useBodyEncodingForURI="true"
&Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" useBodyEncodingForURI="true" /&
哥们你用的OS是什么？window还是Linux 容器呢!是Tomcat的吧？这个东西你也应该发上来！如果你的是window +Tomcat 第一：你把发XML的工具看一看能不能有地主设置编码。第二:tomcat编码设置成这样 UseBodyEncodingForURI="true"
&& URIEncoding="UTF-8"；
你说你设置过了是这个么reader.setEncoding("UTF-8"); ?
若不然,理论上
& 拿到文件流后，根据文件的编码格式解析是不会有问题的
这个有点诡异
错了，pageEncoding跟请求没有关系,
在读请求前时把请求的编码设置下
request.setCharacterEncoding("UTF-8");
pageEncoding也改了么
已解决问题
未解决问题}