为什么NumberFormat的工作方式不同openjdk@11和openjdk@17?

Question

下面是示例代码。执行的结果不同于jdk@11和jdk@17.将BigDecimal（1000）格式化为字符串后，白色字符看起来有所不同。最后，结果看起来是一样的——但是，它不是相同的字符串（比较bytes和Base64.encoded）。

    import java.math.BigDecimal;
    import java.text.NumberFormat;
    import java.util.Base64;
    import java.util.Locale;

    public class NumberFormatTest {

        public static void main(String...args) {
            Locale locale = new Locale("fr", "FR");
            NumberFormat numberFormat = NumberFormat.getCurrencyInstance(locale);
            BigDecimal value = BigDecimal.valueOf(1000);

            String result = numberFormat.format(value); // <-- HERE!

            System.out.println(result);
            byte[] bytes = result.getBytes();
            for( int i=0; i<bytes.length; i++) {
                System.out.print(bytes[i]+", ");
            }
            System.out.println();
            System.out.println(Base64.getEncoder().encodeToString(bytes));
        }

    }

jdk@11的结果不同于jdk@17

jdk@11结果：

1 000,00 €
49, -62, -96, 48, 48, 48, 44, 48, 48, -62, -96, -30, -126, -84, 
McKgMDAwLDAwwqDigqw=

jdk@17结果：

1 000,00 €
49, -30, -128, -81, 48, 48, 48, 44, 48, 48, -62, -96, -30, -126, -84, 
MeKArzAwMCwwMMKg4oKs

jdk@11:

openjdk version "11.0.12" 2021-07-20
OpenJDK Runtime Environment Homebrew (build 11.0.12+0)
OpenJDK 64-Bit Server VM Homebrew (build 11.0.12+0, mixed mode)

jdk@17：

openjdk version "17.0.1" 2021-10-19
OpenJDK Runtime Environment Homebrew (build 17.0.1+1)
OpenJDK 64-Bit Server VM Homebrew (build 17.0.1+1, mixed mode, sharing)

系统：

MacOS
Catalina 10.15.7

这是预期行为吗？

Answer 1

请注意，这两个版本之间的区别在于，分组分隔符（在1和0之间）在JDK 11中是u00a0（无中断空间），在JDK 17中是u202f（窄无中断空间）。

这是预期的行为。请参阅此已解决为“无问题”的错误报告。

从bug报告中的讨论来看：

CLDR已将v34中法语的分组分隔符从U 00A0更改为U 202F：https://www.unicode.org/cldr/charts/34/delta/fr.html#SymbolsJDK基于v35。1自[JDK 13]b21起