數(shù)月前，Oracle發(fā)布Java 7 Update 45時(shí)，便有不少開發(fā)者注意到一個(gè)奇怪的現(xiàn)象。如果用戶不更新Java，uploader便無法正常工作（即使1小時(shí)前還能正常工作）。

典型的癥狀是 - uploader開始發(fā)送空的請(qǐng)求。此癥狀的原因很簡(jiǎn)單-Java阻止了LiveConnect模塊，而該模塊正是調(diào)用JavaScript的必要模塊。這樣一來，uploader設(shè)置無法初始化，因此它不知道是否需要發(fā)送原文件或縮略圖，最終uploader開始發(fā)送空的請(qǐng)求。

說來這個(gè)問題比較奇怪，但是解決的方法卻是非常簡(jiǎn)單，只需要更新到最新的Java版本即可。Oracle會(huì)提示安裝Java Update 最新版本，然后問題便可得以解決。

不久前，隨著Java 7 Update 51的正式發(fā)布，上述情況又回來了。如果用戶還是使用Java 7u45，LiveConnect再次無法正常工作，直到用戶更新至Java最近版本。

由于Java 7u51比Java 7 Update 45更具破壞性，用戶盡量避免更新它，故而uploader又出現(xiàn)問題。

閱讀完Oracle網(wǎng)站上的幾篇文章后，終于發(fā)現(xiàn)為何會(huì)出現(xiàn)這樣的問題：

安全底線（Security Baseline）

所謂的Security Baseline，其實(shí)是專為Java而定義。簡(jiǎn)單地說，安全底線(Security Baseline)是當(dāng)前Oracle認(rèn)為安全的最低Java版本。如果Java版本是最新的，Oracle會(huì)認(rèn)為其處于安全底線之上，并且不會(huì)產(chǎn)生一些額外的問題干擾用戶。相反，如果Java版本低于其安全底線，Oracle會(huì)認(rèn)為它存在潛在危險(xiǎn)。

如何確定Java版本低于或高于安全底線呢？主要有以下兩個(gè)因素:

1、每一個(gè)Java update都包含了一個(gè)內(nèi)置定時(shí)炸彈。在Java update發(fā)布的數(shù)月后，Oracle認(rèn)為它是安全的（甲骨文會(huì)在發(fā)行說明中宣布每個(gè)Java update的具體到期日）。

2、此外，它會(huì)檢查Oracle服務(wù)器，并驗(yàn)證安全底線是否更新。這樣一來，Oracle隨時(shí)都可以認(rèn)為Java update已經(jīng)過時(shí)。

如今，Oracle所認(rèn)可的安全底線是Java 7 Update 51。這就可以解釋為何Java 7 Update 45又會(huì)出現(xiàn)問題。

Security Baseline（安全底線）和LiveConnect

當(dāng)applet低于安全底線時(shí)，會(huì)發(fā)生什么情況呢？我沒有找到一個(gè)完整的列表，但很明顯，Oracle認(rèn)為不該在此情況下使用Java小程序，所以它無法正常工作。

我試圖找出為何Java Update過期時(shí)，Oracle會(huì)阻止LiveConnect。閱讀完各種發(fā)布說明后，我發(fā)現(xiàn)從Java 7 Update 25開始，便有了這種機(jī)制，原文如下：

LiveConnect calls from JavaScript to Java API are blocked when the Java Control Panel security slider is set to Very High level, or when the slider is at the default High level and the JRE has either expired or is below the security baseline.

結(jié)論

為了使Java uploader順利工作，唯一的方法就是更新Java。對(duì)于那些不愿更新Java版本的少數(shù)用戶，可以將安全級(jí)別更改至中等。