后勤系统。err输出使用错误的编码

Question

我在Windows 10上使用Logback 1.2.11和Java17。我正在使用以下logback.xml：

<configuration>
  <property scope="context" name="COLORIZER_COLORS" value="boldred@,boldyellow@,boldcyan@,@,@" />
  <conversionRule conversionWord="colorize" converterClass="org.tuxdude.logback.extensions.LogColorizer" />
  <statusListener class="ch.qos.logback.core.status.NopStatusListener" />
  <appender name="STDERR" class="ch.qos.logback.core.ConsoleAppender">
    <target>System.err</target>
    <withJansi>true</withJansi>
    <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
      <pattern>[%colorize(%level)] %msg%n</pattern>
    </encoder>
  </appender>
  <root level="INFO">
    <appender-ref ref="STDERR" />
  </root>
</configuration>

如果在我的代码中我使用了System.out.printlncode>或System.err.println ("é")，我会在控制台上看到一个é（U 00E9，带有尖锐口音的小字母e）。但是，如果我通过Logback（通过SLF4J）登录，它会在屏幕上显示一个Θ字符（U 0398，希腊大写字母θ）。无论我使用

默认情况下，ConsoleAppender的PatternLoutEncoder应使用系统默认编码。（有关详细讨论，请参阅LayoutWrappingEncoder的LogBack默认字符集？）我的语言环境中的Windows 10控制台编码应该是Windows-1252（或Powershell、ISO-8859-1）。θ字符甚至不会出现在这些字符集中。

当Logback应该打印字符时，为什么要将字符打印到标准输出？更一般地说，为什么在打印到系统时不使用默认编码。输出系统。错误？




Answer 1

匿名用户

看起来Logback使用了错误的“默认字符集”。系统的API Javadocs。out表示其默认字符集（也适用于System.err）：

“标准”输出流。此流已经打开并准备接受输出数据。通常此流对应于显示输出或主机环境或用户指定的其他输出目标。从字符到字节转换中使用的编码等效于Console.charset（）如果Console存在，Charset.defaultCharset（）否则。

在我的Windows 10命令提示符下，Charset。defaultCharset（）返回windows-1252，而系统返回。控制台（）。charset（）返回IBM437。如果创建一个新的OutputStreamWriter（System.out，System.console（））。charset（））并写入字符串，它会按预期生成字符串。但如果我使用新的OutputStreamWriter（System.out，Charset.defaultCharset（））并写入“é”，它会生成！这就是Θ的来源，它是IBM437字符集的一部分！

这里我不会问为什么我的Windows 10命令提示符默认为IBM437作为其默认字符集；在这个问题的背景下，这与问题无关。

根本问题似乎是Logback错误地检索了默认字符集。（说来话长，但基本上Logback依赖于默认的字符集String.getBytes（））最终，LayoutWrappingCoder中的Lobback依赖于字符集的值。defaultCharset（），与控制台的不匹配；相反，它应该默认为系统。控制台（）。charset（）如果要匹配控制台的默认字符集。

显然，LayoutWrappingCoder不知道它是否正在写入控制台或其他实际上使用字符集的输出流。defaultCharset（）。也许需要某种方法来实现ch.qos。返回日志。果心OutputStreamAppender可以将其字符集公开给LayoutWrappingCoder和ch.qos。返回日志。果心ConsoleAppender可以基于系统覆盖默认设置。控制台（）。charset（）而不是charset。defaultCharset（）。

在任何情况下，罪魁祸首似乎是使用错误的默认字符集为系统的控制台进行回登录。输出和系统。错误。（任何人都知道我如何告诉Logback使用System.console（）。charset（）而不是charset。defaultCharset（）？我当然无法提前知道默认控制台字符集，所以我无法将其硬编码到logback中。xml）

我已经提交了Logback错误LOGBACK-1642。