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

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

說來這個問題比較奇怪，但是解決的方法卻是非常簡單，只需要更新到最新的Java版本即可。Oracle會提示安裝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)為何會出現(xiàn)這樣的問題：

安全底線（Security Baseline）

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

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

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

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

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

Security Baseline（安全底線）和LiveConnect

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

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

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。對于那些不愿更新Java版本的少數(shù)用戶，可以將安全級別更改至中等。