Java 在未授予任何其他人权限的情况下使用文件数据

我有一个使用.properties数据的应用程序，其中包含来自DB的密码，这个应用程序将由我的客户机使用，但我不想给他任何访问这个属性数据的权限，即使我们查看.jar也不行。我想使用zip4j，但是有没有其他最好的解决方案，因为当我解压它的时候。属性会在某个地方被解压，让客户端访问它，不是吗

这是无法做到的。忘记这个想法，重新思考你的系统。 如果不同时提供读访问，则无法提供读访问

这是媒体业法律部门的一个梦想。他们投入大量资金解决这个无法解决的DRM问题，这个问题从来都不起作用，但却惹恼了所有人

您可以使用各种模糊处理技术使提取数据变得更烦人，但仅此而已

其中一个想法是在C++库中对PASDOWORD进行编码，并通过JNI链接它。然后用户在不分解二进制文件的情况下无法提取它，但无论如何都可以在运行时进行内存转储

您可以在运行时从中央服务器读取密码。您可以为此使用一次性密码。同样，如果用户具有一定的技术技能，这也是徒劳的，因为您仍然可以使用curl或一些简单的脚本向服务器请求密码

您可以使用允许连接到数据库（智能卡或其他）的硬件访问令牌。这是90年代非常流行的技术

你所能做的就是增加一些烦恼，这将阻止非技术人员。有了足够的钱，你可以建立一些像样的数字版权管理，这将在一段时间内阻止精通技术的人，但我严重怀疑这是否值得

---

如果数据库访问非常宝贵，您无法授予用户访问权限，但用户需要它，那么您的设计就被破坏了。

这是无法做到的。忘记这个想法，重新思考你的系统。 如果不同时提供读访问，则无法提供读访问

这是媒体业法律部门的一个梦想。他们投入大量资金解决这个无法解决的DRM问题，这个问题从来都不起作用，但却惹恼了所有人

您可以使用各种模糊处理技术使提取数据变得更烦人，但仅此而已

其中一个想法是在C++库中对PASDOWORD进行编码，并通过JNI链接它。然后用户在不分解二进制文件的情况下无法提取它，但无论如何都可以在运行时进行内存转储

您可以在运行时从中央服务器读取密码。您可以为此使用一次性密码。同样，如果用户具有一定的技术技能，这也是徒劳的，因为您仍然可以使用curl或一些简单的脚本向服务器请求密码

您可以使用允许连接到数据库（智能卡或其他）的硬件访问令牌。这是90年代非常流行的技术

你所能做的就是增加一些烦恼，这将阻止非技术人员。有了足够的钱，你可以建立一些像样的数字版权管理，这将在一段时间内阻止精通技术的人，但我严重怀疑这是否值得

---

如果数据库访问非常宝贵，您无法让用户访问它，但他需要它，那么您的设计就被破坏了。

好吧，如果您将它放在jar文件中，它无论如何都是可以访问的。好吧，如果您将它放在jar文件中，它无论如何都是可以访问的。