ResourceBundleControlProvider在Java中是否实际上已被弃用？

ResourceBundleControlProvider的官员说：

提供程序实现必须使用已安装扩展进行打包

自：1.8

但是，当您单击上述链接时，它会显示：

此功能已被弃用，并将在将来的版本中删除

这是否意味着
ResourceBundleControlProvider
接口被引入到Java 1.8中，就像已经弃用的那样？我们要开始使用它吗？为什么在那里

它看起来像是被错误地引入Java 8，正如OpenJDK bug所暗示的：

这个接口是在JDK 8（JDK-6380549）中引入的，它使用Java扩展机制（现在在JDK 9中已经过时）方便地用提供的控件替换默认控件。此功能的原始请求者确认他们没有使用此API。据我们所知，这个界面似乎没有用户。在JDK 9中添加带有
forremove=true的
@Deprecated
标记，并删除JDK 10中的接口可能是合适的

界面看起来像一个死气沉沉的特性，它的使用方式是如此怪异和不切实际。
它看起来真的会在JDK 9中被弃用，至少如果源代码将成为Java 9发行版的一部分：

* @deprecated There is no longer any mechanism to install a custom
* {@code ResourceBundleControlProvider} implementation defined
* by the platform class loader or its ancestor. The recommended
* way to use a custom {@code Control} implementation to load resource bundle
* is to use {@link java.util.ResourceBundle#getBundle(String, Control)}
* or other factory methods that take custom {@link java.util.ResourceBundle.Control}.
*/
@Deprecated(since="9", forRemoval=true)
public interface ResourceBundleControlProvider {

建议弃用ResourceBundleControl Provider，但通过JDK-8172365[1]重新检查了它，以便为使用此API的代码找到更好的迁移路径。它不再被弃用。如果下载较新的版本，您将看到这一点

[1] 
好吧，但扩展机制已被弃用，必须将其用作文档状态。。。