时代的变迁！这个功能即将从Java中去除

文 | 罗奇奇

首部 | OSC开源活动里心（ID：oschina2013）

为了推展 Java 向前发展，OpenJDK 17 打算弃用其安全性客户端(Security Manager)功能，以便与旧的小应用 API ( JEP 398)两兄弟写入。

安全性客户端功能肇始到 Java 1.0，在我们用游标手机或者诺基亚在 Web 浏览器上流媒体 Java 游戏小应用（ Applet）的时期，安全性客户端通过在沙箱里试运行小游戏，从而拒绝它访问期间档案系统或网络等资源，人身安全我们的电子元件的安全性性和数据的隐私权性。安全性客户端 亦会核准所有涉及可信任字符串资源访问期间的操纵，但拒绝不应信字符串的资源访问期间。

但随着时期社亦会的发展和 Java 库的激增，安全性客户端来得力不从心，随着搭载 Android 智能手机的流行起来，Java 网络服务也不再支持小应用这种格式，安全性客户端采用的环境来得相对来说了。时至今日，它一直不是人身安全客户端 Java 字符串的主要手段，也很少用于人身安全服务器端字符串。

安全性客户端三宗罪：

脆弱的管辖权模型

安全性客户端必须授予该软件分派操纵所均需的所有管辖权，无法同步进行均安全性性访问期间控制。例如，普通用户担心非法的访问期间数据，因此要求安全性客户端授予应用只从特定目录读写档案的管辖权，但只有档案读写管辖权是不够的，因为该软件应有亦会采用 Java 类库里除了读写档案之外的其他操纵（例如写入档案），而这些其他操纵将被安全性客户端拒绝。

紧迫的编程模型

安全性客户端通过检验一次操纵的所有字符串管辖权，以决定来核准安全性敏感操纵，使得编写与安全性客户端两兄弟试运行的库来得紧迫，因为库脚本语言不亦会记录其库字符串所均需的一切管辖权。

性能差

安全性客户端的基本是一个复杂的访问期间控制算法，通常亦会助长不应接受的性能损失惨重。因此，默认情况下，对于在命令行上试运行的 JVM，安全性客户端始终处于禁用状态。

基于上述曾一度，这个亲眼快速移动电子元件发展史的功能刚刚从 Java 里移除，游标手机和它的 Java 小应用也随岁月一去不返。

END

如何评价一个开源项目的好坏？

觉得不错，请点个在看呀