使用字符流,输出中文仍然乱码原因

本文深入探讨了文件编码与程序编码不一致导致的乱码问题,通过测试代码展示了UTF-8和GBK编码间的转换。并提供了通过InputStreamReader和OutputStreamWriter解决编码问题的方法,强调了在处理字符流时正确指定编码的重要性。
摘要由CSDN通过智能技术生成

原因:文件保存的编码和编码程序(如Eclipse或IDEA)里面项目的的编码集不一样,所以乱码,将文件和项目的编码集改为一样的,就可以了
@Test
public void test4() throws UnsupportedEncodingException{
//我项目的编码集是UTF-8
String s = “我爱中国”;
System.out.println(s);//我爱中国
byte[] bytes = s.getBytes(“GBK”);
System.out.println(Arrays.toString(bytes));//[-50, -46, -80, -82, -42, -48, -71, -6]
System.out.println(bytes);//[B@14514713
//在这里的bytes这个位置只能是变量,不是的话会报错
String s1 = new String(bytes,“GBK”);
System.out.println(s1);//我爱中国
String s2 = new String(bytes,“UTF-8”);
System.out.println(s2);//???й?
}

  • 测试代码
	@Test
	public void test2() throws Exception{
		//创建实例化FileReader对象
		FileReader fr = new FileReader("E:\\testNomal\\FileTest\\三国演义3.txt");
		int i = 0;
		String mess = "";
		while((i=fr.read()) != -1){
			mess += (char)i;
			//如果没有char的话,输出的是一长串数字
			//6553365533655331016655336553349765533655336553365533108165533655336553365533140165533655331780655336553365533185565533881655336553365533655336553365533655336553365533655336553342356553365533
		}
		System.out.println(mess);
		//仍然乱码:���ϸ��DZ����й����չ��۴���ܿ�ͱ�����������*#��

		
		//原因:文件保存的编码和现在Eclipse里面的编码集不一样,所以乱码,将文件和项目的编码集改为一样的
		fr.close();
	}

当然也可以使用下面方法解决编码问题

解决编码问题
字符串
  • 相关方法
方法名说明
byte[] getBytes()使用平台的默认字符集将该 String编码为一系列字节
byte[] getBytes(String charsetName)使用指定的字符集将该 String编码为一系列字节
String(byte[] bytes)使用平台的默认字符集解码指定的字节数组来创建字符串
String(byte[] bytes, String charsetName)通过指定的字符集解码指定的字节数组来创建字符串
	@Test
	public void test4() throws UnsupportedEncodingException{
		//我项目的编码集是UTF-8
		String s = "我爱中国";
		System.out.println(s);//我爱中国
		byte[] bytes = s.getBytes("GBK");
		System.out.println(Arrays.toString(bytes));//[-50, -46, -80, -82, -42, -48, -71, -6]
		System.out.println(bytes);//[B@14514713
		//在这里的bytes这个位置只能是变量,不是的话会报错
		String s1 = new String(bytes,"GBK");
		System.out.println(s1);//我爱中国
		String s2 = new String(bytes,"UTF-8");
		System.out.println(s2);//????й?
	}
字符流
  • 字符流中和编码解码问题相关的两个类

    • InputStreamReader:是从字节流到字符流的桥梁

      它读取字节,并使用指定的编码将其解码为字符

      它使用的字符集可以由名称指定,也可以被明确指定,或者可以接受平台的默认字符集

    • OutputStreamWriter:是从字符流到字节流的桥梁

      是从字符流到字节流的桥梁,使用指定的编码将写入的字符编码为字节

      它使用的字符集可以由名称指定,也可以被明确指定,或者可以接受平台的默认字符集

  • 构造方法

    方法名说明
    InputStreamReader(InputStream in)使用默认字符编码创建InputStreamReader对象
    InputStreamReader(InputStream in,String chatset)使用指定的字符编码创建InputStreamReader对象
    OutputStreamWriter(OutputStream out)使用默认字符编码创建OutputStreamWriter对象
    OutputStreamWriter(OutputStream out,String charset)使用指定的字符编码创建OutputStreamWriter对象
@Test
	public void test5() throws Exception{
     OutputStreamWriter osw = new OutputStreamWriter(new FileOutputStream("E:\\testNomal\\FileTest\\FileWriterTestUnic.txt"),"GBK");
     osw.write("我爱中国");
     osw.close();
     
     InputStreamReader isr = new InputStreamReader(new FileInputStream("E:\\testNomal\\FileTest\\FileWriterTestUnic.txt"),"GBK");
   //一次读取一个字符数据
     int ch;
     while ((ch=isr.read())!=-1) {
         System.out.println((char)ch);
     }
     isr.close();
     
	}
/*
我
爱
中
国
*/
### Gradle 配置完成后如何消除 Deprecated API 和 Unchecked 操作警告 当在 Android 开发过程中遇到 `Deprecated API` 或者 `Unchecked Operation` 的警告时,可以通过调整 Gradle 配置来处理这些问题。以下是具体的解决方案: #### 一、通过 AAPT Options 屏蔽特定警告 如果某些警告无法被屏蔽,则可以在 `build.gradle (app)` 文件中的 `android {}` 块内添加如下两行代码[^1]: ```groovy aaptOptions { cruncherEnabled = false useNewCruncher = false } ``` 这会禁用资源压缩器的新实现方式,从而可能减少部分与资源相关的警告。 --- #### 二、启用 `-Xlint` 编译参数以显示更多细节 为了更清楚地定位哪些地方存在过时的 API 或未检查的操作,可以向项目的 `gradle.build` 中添加以下配置[^2][^3]: ```groovy allprojects { gradle.projectsEvaluated { tasks.withType(JavaCompile) { options.compilerArgs << "-Xlint:unchecked" options.compilerArgs << "-Xlint:deprecation" } } } ``` 这段代码的作用是,在编译期间开启 Java 编译器的额外检查功能,具体含义如下: - **`-Xlint:unchecked`**: 提醒开发者注意泛型中可能出现的未经检查转换的情况。 - **`-Xlint:deprecation`**: 显示任何使用了已废弃方法或类的位置。 --- #### 三、针对 Deprecation Warning 进行修复 一旦启用了上述选项并重新构建项目后,可能会看到详细的警告信息指出哪一部分代码存在问题。此时应逐一排查这些位置,并考虑替换为推荐使用的替代方案[^4]。例如: - 如果某个库的方法已被标记为 @Deprecated ,查阅官方文档寻找新的接口定义; - 对于内部逻辑设计不当引发的 unchecked warning, 则需改进数据结构声明方式(比如显式指定类型参数而非 raw type)。 --- #### 四、完全忽略警告(不建议) 如果不希望频繁受到此类提醒干扰开发流程,也可以选择彻底关闭它们。不过这种做法通常只适用于非常特殊的情况下才采用。要全局抑制所有 lint 类别的消息输出,请尝试下面这种方法: ```groovy android { ... defaultConfig { javaCompileOptions.annotationProcessorOptions.arguments += ["ignoreWarnings": "true"] } } ``` 需要注意的是,这样做虽然可以让界面看起来干净许多,但实际上隐藏了一些潜在风险点,因此并不提倡作为长期策略实施下去。 --- ### 示例代码片段总结 最终完整的 `build.gradle(app)` 可能类似于这样: ```groovy android { ... aaptOptions { cruncherEnabled = false useNewCruncher = false } } allprojects { gradle.projectsEvaluated { tasks.withType(JavaCompile) { options.compilerArgs << "-Xlint:unchecked" options.compilerArgs << "-Xlint:deprecation" } } } ``` ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

?abc!

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值