如果版本一致,请确认自身的FONTS即是系统字体文件夹,此为系统文件是否丢失,如若丢失,也会导致无法正常显示的问题。
再最后确认自己所下载的WORD文档是否是真正的WORD文档,是否是木马文件修改后缀名所变。
没了,谢谢。打开word出现提示转换文档打开是
乱码
的原因:
1可能是低版本打开高版本。或者是格式不相同。
2文档损坏了。
解决办法:
方法一:利用word2002/2003的“打开并修复”功能来修复文挡。
(1)启动word2002/2003,单击“文件-----打开”,在“打开”对话框中选重要修复的word文挡。
(2)单击“打开”按钮右边的下三角按钮,在d出的
下拉菜单
中选中“打开并修复”选项,即可对损坏的文挡进行修复,修复完成后,显示文挡内容。
提示:“打开并修复”是只有word2002以上的版本才具有的功能。
方法二:转换文挡格式来修复文挡。
如果使用的是word2002以下的版本(如
word2000
),可以用此方法来修复文挡。
(1)启动word2000后单击“工具
------
选项-------常规”。在该
选项卡
中选中“打开时确认转换”
复选框
,并单击“确定”按钮。
(2)单击“文件---打开”,在d出的“打开”对话框中选中要恢复的文件,并在“文件类型”框中选中“从任意文件中恢复文本”。
(3)单击“打开“按钮自动对孙换文挡进行转换修复。
(4)如果显示的文挡内容混乱,单击“文件---另存为”,将文挡保存为“RTF格式”或其他word所识别的格式。
(5)保存后关闭文挡,再次打开以“RTF格式”保存的文挡即可看到完整的文挡。
(6)再将文挡保存为“DOC格式”即可,这样就完成了对孙换文挡的修复 *** 作。
提示:此方法也同样只可以在word2002以上的版本中使用。
方法三:重设格式法
Word用文档中的最后一个
段落标记
关联各种格式
设置信息
,特别是节与样式的格式设置。这样我们就可以将最后一个段落标记之外的所有内容复制到
新文档
,就有可能将损坏的内容留在原始文档中。步骤如下:
①在Word中打开损坏的文档,选择“工具→选项”然后选择“编辑”选项卡,取消“使用
智能段落选择
范围”复选框前的勾。取消选中该复选框,选定整个段落时,Word将不会自动选定段落标记,然后单击“确定”按钮。
②选定最后一个段落标记之外的所有内容,方法是:按“Ctrl+End”
组合键
,然后按“Ctrl+Shift+Home”组合键。
③在常用工具栏中,依次单击“复制”、“新建”和“粘贴”按钮。
方法四:禁止自动宏的运行
如果某个Word文档中包含有错误的自动宏代码,那么当你试图打开该文档时,其中的自动宏由于错误不能正常运行,从而引发不能打开文档的错误。此时,请在“
Windows资源管理器
”中,按住
Shift键
,然后再双击该Word文档,则可阻止自动宏的运行,从而能够打开文档。
方法五:
用修复软件,如DocRepair。
,1可能是低版本打开高版本。或者是格式不相同。,2文档损坏了。,解决办法:,
下载的文件名有中文就会出现乱码,通常获取到的文件中通常都是“iso8859-1”格式,需要转换为“UTF-8”格式。
如:String str = new String(strgetByte("iso8859-1"),"UTF-8");进行下强制转换后在进行读取即可。
通常格式有GBK、UTf-8、iso8859-1、GB2312,如果上面的强制转换不成功,依次进行这些格式的尝试,肯定是可以解决问题的。
文件下载解决中文文件名下载乱码问题
在前面一篇文章里(浅谈 COMMON-FILEUPLOAD11 的使用 )我介绍了用JSP上传文件的方法,提到上传与之对应的便是下载,可能很多网友会说下载直接做个超连接不就可以了,当然对于一般的文件(不怎么重要的,或者是用来共享的)就足够用了,但是涉及到一些安全问题,或者是一些,txt,word这类的文件下载时就会碰到问题了,最常见的问题就是当你点击的链接时,是直接打开而不是提示保存的,可能有的时候你不喜欢直接打开而是直接保存,这时我们就要用到数据流来控制下载,
长话短说,这里我只提个重点:就是当下载中文名称的文件时,提示保存时显示的文字是乱码,这就是我们今天要重点解决的
相关资料:
Java的内核和class文件是基于unicode的,这使Java程序具有良好的跨平台性,但也带来了一些中文乱码问题的麻烦。原因主要有两方面,Java和JSP文件本身编译时产生的乱码问题和Java程序于其他媒介交互产生的乱码问题。
首先Java(包括JSP)源文件中很可能包含有中文,而Java和JSP源文件的保存方式是基于字节流的,如果Java和JSP编译成class文件过程中,使用的编码方式与源文件的编码不一致,就会出现乱码。基于这种乱码,建议在Java文件中尽量不要写中文(注释部分不参与编译,写中文没关系),如果必须写的话,尽量手动带参数-ecoding GBK或-ecoding gb2312编译;对于JSP,在文件头加上<%@ page contentType="text/html;charset=GBK"%>或<%@ page contentType="text/html;charset=gb2312"%>基本上就能解决这类乱码问题。
要重点讨论的是第二类乱码,即Java程序与其他存储媒介交互时产生的乱码。很多存储媒介,如数据库,文件,流等的存储方式都是基于字节流的,Java程序与这些媒介交互时就会发生字符(char)与字节(byte)之间的转换,例如从页面提交表单中提交的数据在Java程序里显示乱码等情况。
如果在以上转换过程中使用的编码方式与字节原有的编码不一致,很可能就会出现乱码。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)