summaryrefslogtreecommitdiff
path: root/talermerchantdemos/blog/articles/zh/java-trap.html
blob: b91bf25626eafc40f21d3ed4a71d40ec2eeebcce (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
<!--#set var="ENGLISH_PAGE" value="/philosophy/java-trap.en.html" -->

<!--#include virtual="/server/header.zh-cn.html" -->
<!-- Parent-Version: 1.96 -->
<!-- This page is derived from /server/standards/boilerplate.html -->
<!--#set var="TAGS" value="essays licensing traps" -->
<!--#set var="DISABLE_TOP_ADDENDUM" value="yes" -->

<!-- This file is automatically generated by GNUnited Nations! -->
<title>戴镣铐的自由 - Java 陷阱 - GNU 工程 - 自由软件基金会</title>

<!--#include virtual="/philosophy/po/java-trap.translist" -->
<!--#include virtual="/server/banner.zh-cn.html" -->
<!--#include virtual="/philosophy/ph-breadcrumb.zh-cn.html" -->
<!--GNUN: OUT-OF-DATE NOTICE-->
<!--#include virtual="/server/top-addendum.zh-cn.html" -->
<div class="article reduced-width">

<h2>戴镣铐的自由 - Java 陷阱</h2>

<address class="byline"><a href="https://www.stallman.org/">理查德·斯托曼</a> 著</address>

<div class="emph-box" style="background: none">
<h3 class="footnote">前言</h3>
<p>自这篇文章首次发布以来,Sun(现在是 Oracle 的一部分)已经根据 GNU 通用公共许可证<a
href="https://www.fsf.org/news/fsf-welcomes-gpl-java.html">重新授权了</a>其大部分
Java 平台参考实现,且现在有一个自由的 Java 开发环境。因此,Java 语言本身不再是陷阱。</p>

<p>但是,您必须小心,因为并非每个 Java 平台都是自由的。Sun 继续分发非自由的可执行 Java 平台,其他公司也这样做。</p>

<p>Java 的自由环境称为IcedTea。Sun 释放的源代码被包含在其中。因此,它是您应该使用的。许多 GNU/Linux 发行版包含了
IceTea,但其中一些发行版包括非自由的 Java 平台。(请注意,于 2015 年 10 月添加:Java 的自由实现在许多 GNU/Linux
发行版中被称为 OpenJDK。)</p>

<p>为了可靠地确保 Java 程序在自由的环境中正常运行,您需要使用 IcedTea 开发它们。理论上,Java 平台应该兼容,但它们并不是 100%
兼容。</p>

<p>此外,还有一些名称上带有 &ldquo;Java&rdquo; 的非自由程序,例如 JavaFX,并且还有一些非自由 Java
程序包,您可能会很感兴趣,但是需要拒绝它们。所以,请检查您想使用的任何软件包的许可证。 如果使用 Swing,请确保使用和 IcedTea
一起发布的自由版本。(注意,在 2015 年 10 月添加:JavaFX 的自由替代叫做 OpenJFX,已经发布。)</p>

<p>除了这些 Java 规范外,此处描述的一般问题仍然很重要,因为任何非自由库或编程平台都可能导致类似问题。我们必须从 Java
的历史中吸取教训,以便将来避免其他陷阱。</p>

<p>另请参见:<a href="/philosophy/javascript-trap.html"> JavaScript 陷阱</a>。</p>
</div>
<hr class="no-display" />

<p><em>2004 年 4 月 12 日</em></p>

<p>
  如果你的程序是自由软件,这基本上是道德的&mdash;&mdash;但有一个陷阱,您必须警惕。您的程序虽然本身是自由的,但可能受其依赖的非自由软件的限制。由于问题对于
Java 程序而言今天最为突出,因此我们将其称为 Java 陷阱。
</p>

<p>
  如果程序的用户拥有一些关键的自由,则该程序为自由软件。粗略地说,它们是:运行程序的自由,学习和更改源代码的自由,重新分发源代码和二进制文件的自由以及发布改进版本的自由。(请参阅
<a href="/philosophy/free-sw.html">自由软件定义</a>。)一个有源代码的程序是不是自由软件,只依赖于其许可证的含义。
</p>

<p>
  程序是否可以在自由世界中使用,供那些想生活在自由中的人们使用,这是一个更复杂的问题。这不是仅由程序本身的许可证确定的,因为没有程序可以独立运行。每个程序都依赖于其他程序。例如,程序需要编译或解释,因此它取决于编译器或解释器。如果编译为字节码,则取决于字节码解释器。而且,它需要库才能运行,并且它还可以调用在其他进程中运行的其他单独程序。所有这些程序都是依赖项。依赖关系可能是程序运行必需的,或者可能仅对于某些功能是必需的。无论哪种方式,如果没有依赖,程序或其部分功能将无法实现。
</p>

<p>
  如果某个程序的某些依赖项是非自由的,则意味着该程序的全部或部分无法在完全自由的系统中运行&mdash;&mdash;在自由世界中无法使用。当然,我们可以重新分发该程序,并在我们的计算机上保留副本,但是如果它无法运行,那就不好了。程序是自由软件,但是由于其非自由依赖关系而受到束缚。
</p>

<p>
  在任何类型的软件,任何语言中都可能出现这种问题。例如,仅在 Microsoft Windows
上运行的自由程序在自由世界中显然毫无用处。但是,如果它依赖于其他非自由软件,则在 GNU/Linux
上运行的软件也可能无用。过去,Motif(在我们拥有 LessTif 之前)和 Qt(在其开发人员使它成为自由软件之前)是造成此问题的主要原因。
大多数3D视频卡只能与非自由驱动程序一起完整使用,这也会导致此问题。但是今天这个问题的主要根源是 Java,因为编写自由软件的人经常会觉得 Java
很性感。由于对语言的吸引力而被蒙蔽,他们忽略了依赖的问题,落入了 Java 陷阱。
</p>

<p>
  Sun 的 Java 实现不是自由的。标准 Java 库也是非自由的。我们确实有 Java 的自由实现,例如 <a
href="https://objectcomputing.com/resources/publications/sett/january-2003-gcj-the-gnu-compiler-for-java">GNU
Java编译器</a>(GCJ)和 <a href="/software/classpath">GNU
Classpath</a>,但它们尚不支持所有功能。我们仍在追赶。
</p>

<p>
  如果您在 Sun 的 Java 平台上开发 Java 程序,则有可能在不注意的情况下使用仅限 Sun
的功能。到您发现此问题时,您可能已经使用了几个月,并且重做工作可能需要花费几个月的时间。&ldquo;您可能会说,从头开始要做太多的工作了。&rdquo;然后,您的程序将落入
Java 陷阱中。它在自由世界中将无法使用。
</p>

<p>
  避免 Java 陷阱的可靠方法是在系统上只有 Java 的自由实现。然后,如果您使用的是自由软件尚不支持的 Java
功能或库,那么您将立即发现并可以立即重写该代码。
</p>

<p>
  Sun 继续开发其他标准 Java 库,并且几乎所有的库都是非自由的。在许多情况下,即使是库的&ldquo;规范&rdquo;也是商业秘密,并且 Sun
针对这些规范的最新许可证禁止发布除规范的完整实现之外的任何内容。(请参看 <a
href="https://jcp.org/aboutJava/communityprocess/JSPA2.pdf">https://jcp.org/aboutJava/communityprocess/JSPA2.pdf</a>
和 <a
href="https://jcp.org/aboutJava/communityprocess/final/jsr129/j2me_pb-1_0-fr-spec-license.html">https://jcp.org/aboutJava/communityprocess/final/jsr129/j2me_pb-1_0-fr-spec-license.html</a>
等示例。)
</p>

<p>
  幸运的是,该规范许可证确实允许以自由软件的形式发布实现;可以允许其他接收该库的人进行更改,而无需遵守该规范。但是该要求具有禁止使用协作开发模型来产生自由实现的效果。使用该模型将需要发布不完整的版本,而那些已经阅读过该规范的人将被禁止这样做。
</p>

<p>
  在自由软件运动的早期,不可避免地要依赖非自由程序。在拥有GNU C编译器之前,每个C程序(无论是否自由)都依赖于非自由的C编译器。在拥有GNU
C库之前,每个程序都依赖于一个非自由的C库。在我们拥有第一个自由内核 Linux 之前,每个程序都依赖于非自由内核。在有 BASH 之前,每个
shell 脚本都必须由非自由 shell
解释。不可避免的是,最初的程序一开始会受到这些依赖的阻碍,但是我们接受了这一点,因为我们的计划包括随后的救援。我们的总体目标是建立一个自洽的 GNU
操作系统,其中包括所有这些依赖项的自由替代。如果我们达到了目标,我们的所有程序都会被拯救。事情就这样发生了:有了 GNU/Linux
系统,我们现在可以在自由平台上运行这些程序了。
</p>

<p>
  今天的情况有所不同。我们现在拥有功能强大的自由操作系统和许多自由的编程工具。无论您想做什么工作,都可以在自由的平台上完成;甚至不需要暂时接受非自由依赖。人们今天落入陷阱的主要原因是因为他们没有对此进行考虑。解决该问题的最简单方法是教会人们认识它并且不陷入它。
</p>

<p>
  为了使 Java 代码免受 Java 陷阱的影响,请安装自由的 Java
开发环境并使用它。一般来说,无论使用哪种语言,请睁大眼睛,检查代码所依赖的程序的自由状态。验证程序是否自由的最简单方法是在“自由软件目录”(<a
href="https://www.fsf.org/directory">自由软件目录</a>)查找。如果程序不在目录中,则可以对照 <a
href="/licenses/license-list.html">自由软件许可证列表</a> 审查其许可证。
</p>

<p>
  我们正试图挽救被困的 Java 程序,因此,如果您喜欢 Java 语言,我们邀请您一起帮助开发 GNU Classpath。使用GCJ编译器和 GNU
Classpath 验证你的程序,并报告在已实现的类中遇到的任何问题也很有用。然而,完成 GNU Classpath
需要花费时间;如果非自由库的还在持续增加,我们可能永远不会有所有最新的库。因此,请不要给您的自由软件套上枷锁。今天,当您编写应用程序时,请一开始就按照在自由工具上运行的目标来编写。
</p>

<h3 class="footnote">请同时参看:</h3>
<p><a href="/philosophy/sun-in-night-time.html">The Curious Incident of Sun in
the Night-Time</a></p>
</div>

<div class="translators-notes">

<!--TRANSLATORS: Use space (SPC) as msgstr if you don't have notes.-->
 </div>
</div>

<!-- for id="content", starts in the include above -->
<!--#include virtual="/server/footer.zh-cn.html" -->
<div id="footer" role="contentinfo">
<div class="unprintable">

<p>请将有关自由软件基金会(FSF)&amp; GNU 的一般性问题发送到<a
href="mailto:gnu@gnu.org">&lt;gnu@gnu.org&gt;</a>。也可以通过 <a
href="/contact/">其他联系方法</a> 联系自由软件基金会(FSF)。有关错误链接、其他更正或建议,请联系 <a
href="mailto:webmasters@gnu.org">&lt;webmasters@gnu.org&gt;</a>。</p>

<p>
<!-- TRANSLATORS: Ignore the original text in this paragraph,
        replace it with the translation of these two:

        We work hard and do our best to provide accurate, good quality
        translations.  However, we are not exempt from imperfection.
        Please send your comments and general suggestions in this regard
        to <a href="mailto:web-translators@gnu.org">

        &lt;web-translators@gnu.org&gt;</a>.</p>

        <p>For information on coordinating and contributing translations of
        our web pages, see <a
        href="/server/standards/README.translations.html">Translations
        README</a>. -->
我们尽最大努力来提供精准和高质量的翻译,但难免会存在错误和不足。如果您在这方面有评论或一般性的建议,请发送至 <a
href="mailto:web-translators@gnu.org">&lt;web-translators@gnu.org&gt;</a>。</p><p>关于进行协调与提交翻译的更多信息参见
<a href="/server/standards/README.translations.html">《译者指南》</a>。</p>
</div>

<!-- Regarding copyright, in general, standalone pages (as opposed to
     files generated as part of manuals) on the GNU web server should
     be under CC BY-ND 4.0.  Please do NOT change or remove this
     without talking with the webmasters or licensing team first.
     Please make sure the copyright date is consistent with the
     document.  For web pages, it is ok to list just the latest year the
     document was modified, or published.
     
     If you wish to list earlier years, that is ok too.
     Either "2001, 2002, 2003" or "2001-2003" are ok for specifying
     years, as long as each year in the range is in fact a copyrightable
     year, i.e., a year in which the document was published (including
     being publicly visible on the web or in a revision control system).
     
     There is more detail about copyright years in the GNU Maintainers
     Information document, www.gnu.org/prep/maintain. -->
<p>Copyright &copy; 2004, 2010, 2015, 2021 Richard Stallman</p>

<p>本页面使用<a rel="license"
href="http://creativecommons.org/licenses/by-nd/4.0/">Creative Commons
Attribution-NoDerivatives 4.0 International License</a>授权。</p>

<!--#include virtual="/server/bottom-notes.zh-cn.html" -->
<div class="translators-credits">

<!--TRANSLATORS: Use space (SPC) as msgstr if you don't want credits.-->
<b>翻译</b>:<a rel="team" href="mailto:nios34@disroot.org">Nios34</a><br></br>
<b>翻译团队</b>:<a rel="team"
href="https://savannah.gnu.org/projects/www-zh-cn/">&lt;CTT&gt;</a>,2020,2021。</div>

<p class="unprintable"><!-- timestamp start -->
最后更新:

$Date: 2021/10/01 17:39:49 $

<!-- timestamp end -->
</p>
</div>
</div>
<!-- for class="inner", starts in the banner include -->
</body>
</html>