IntelliJ编译char类型'§'字符时出现“未闭合字符字面量”与“非法字符'§'”错误的解决咨询

我之前也踩过类似的编码坑，结合你的问题场景，给你几个具体的排查和解决方向：

一、为什么char c = '§'会编译报错？ #

§对应的UTF-8编码是两个字节（C2 A7），而Java的char是UTF-16的单个代码单元。如果编译器没有用UTF-8编码读取你的源文件，就会把这个字符拆成两个独立的字节，导致出现"Unclosed character literal"（字符字面量未闭合）和"Illegal character"（非法字符）的错误——本质是编译器把一个多字节字符当成了两个无效的单字节字符处理。

二、具体解决步骤 #

1. 强制编译器使用UTF-8编码 #

即使你在IntelliJ里设置了项目编码为UTF-8，javac编译器可能依然使用系统默认编码。可以手动指定编译参数：

• 打开File → Settings → Build, Execution, Deployment → Compiler → Java Compiler
• 在Additional command line parameters里添加：-encoding UTF-8
• 点击Apply保存，重新构建项目

2. 用Unicode转义替代直接字符字面量 #

这是最稳妥的跨环境方案，完全避免编码依赖：
§的Unicode码是U+00A7，直接写成：

char c = '\u00A7';

这样不管源文件编码怎么设置，编译器都能准确识别这个字符。

3. 修复控制台显示Â的问题 #

这是控制台输出编码不匹配导致的：

• 打开File → Settings → Editor → General → Console
• 把Console Encoding设置为UTF-8
• 重启控制台或者重新运行程序，就能正常显示（或作为转义字符隐藏）

4. 检查模块级编码设置 #

有时候全局编码是UTF-8，但单个模块的编码被修改了：

• 右键你的模块 → Open Module Settings
• 切换到Modules → Sources标签页
• 确认File Encodings区域的编码都是UTF-8

三、为什么另一个项目能正常工作？ #

大概率是那个项目的编译参数和控制台编码都已经正确配置为UTF-8，所以编译器和控制台都能正确处理§字符。

内容的提问来源于stack exchange，提问作者REghZY