可以用 Runnable 搭配 Handler 改寫。
這在協程普及前是很常見的做法。
原理是自己管理執行緒切換。
Runnable 負責定義要做的任務。
Handler 負責跨執行緒溝通。

具體的執行方式

你需要先準備一個 ExecutorService 執行緒池。
把耗時工作放進 Runnable 裡面。
透過 executor.execute 丟到背景執行。
當資料處理完畢。
再利用 Handler 的 post 方法切換回主執行緒。
這樣就能安全地更新介面元件。

ExecutorService executor = Executors.newSingleThreadExecutor();
Handler handler = new Handler(Looper.getMainLooper());

executor.execute(new Runnable() {
    @Override
    public void run() {
        // 這裡跑背景任務
        final String data = "載入完成";

        handler.post(new Runnable() {
            @Override
            public void run() {
                // 這裡更新 UI
                textView.setText(data);
            }
        });
    }
});

優缺點評估

這種做法控制權最高。
適合不支援 Kotlin 的老舊專案。
但是程式碼會變得很碎。
也要特別注意記憶體洩漏問題。
建議將 Handler 宣告為靜態類別。
才不會意外持有 Activity 的引用。
如果是簡單的任務。
這比導入整個協程庫還要輕量。

可以再利用 WeakReference 來優化這段程式碼以防止記憶體洩漏.

優點與缺點比較

1. Java 17

優點 (Pros)	缺點 (Cons)
成熟穩定性高：已被廣泛採用數年，生態系統支援極佳，相容性問題最少。	缺少 Virtual Threads：不具備 Java 21 最重要的並發特性，在高並發場景下擴展性受限。
過渡版本：對於從 Java 11 遷移的專案，Java 17 是安全且穩健的第一步。	語言特性較舊：缺少 Sequenced Collections、完整的 Pattern Matching 等簡潔語法。

2. Java 21

優點 (Pros)	缺點 (Cons)
核心優勢：Virtual Threads：徹底改變了 Java 處理並發的方式，使您能以同步程式碼的風格，實現極高的非同步效能和吞吐量。	相容性考量：由於是較新的 LTS，部分非常舊的或維護不良的第三方函式庫或框架可能尚未完全支援。
更長的支援週期：作為最新的 LTS，獲得廠商的長期支援更久。	升級門檻：從 Java 8 或 Java 11 直接跳到 21，涉及的 API 移除與變化較多，需要更多遷移工作。
開發效率更高：Pattern Matching for switch 和 Record Patterns 等新特性使程式碼更精煉、更安全。	新功能學習成本：若要充分利用 Virtual Threads 或 Structured Concurrency，團隊需要花時間學習新的並發模型。

建議

建議使用 Java 21

對於所有新專案和計劃升級的現有專案，強烈建議使用 Java 21。

1. 專案啟動 (Greenfield Projects)：直接選擇 Java 21。享受最新的效能優化和語言特性，尤其是 Virtual Threads 在現代微服務和網路應用中帶來的巨大可擴展性優勢。
2. 現有專案升級 (從 Java 8 或 11)：直接以 Java 21 為目標。雖然一次跳躍到 21 可能需要更多的依賴庫更新工作，但長遠來看，跳過 Java 17 可以直接獲得最新的 LTS 功能和最長的支援週期。
3. 高度重視穩定性 (如金融業)：如果您的專案極度保守，且對依賴庫的穩定性有極高要求，Java 17 仍是一個安全且成熟的選擇，直到您確認所有關鍵依賴庫都已穩定支援 Java 21。

AIDL 檔雖然存在，但 Android 根本沒有編譯它

也就是說：

Gradle 沒把你的 vpnLib 的 AIDL 納入編譯流程 → 所以 IOpenVPNServiceInternal 永遠不會產生 → Java 當然 import 不到

你目前的 AIDL 檔案是正確的

你的檔案內容：

package de.blinkt.openvpn.core;

你的路徑：

vpnLib/src/main/aidl/de/blinkt/openvpn/core/IOpenVPNServiceInternal.aidl

這是正確擺放位置，Android 應該會編譯它。

但它沒被編譯，原因不是 package 錯誤，而是：

真正原因：vpnLib 模組沒有被設定為支援 AIDL

在 Android Gradle Plugin 8+（對應 Android Studio 最新版本），你必須明確啟用 AIDL sourceSets，否則 AIDL 不會自動被編譯。

Cake-VPN 的 vpnLib 是 module library（com.android.library），預設 aidl 不會啟用。

解決方法：在 vpnLib/build.gradle 增加 AIDL 設定

請在：

vpnLib/build.gradle

加入以下設定：

android {
    // 這行是關鍵
    buildFeatures {
        aidl true
    }

    sourceSets {
        main {
            aidl.srcDirs = ['src/main/aidl']
        }
    }
}

加入後重新 build，你將會看到：

Android 會產生：

vpnLib/build/generated/aidl_source_output_dir/debug/out/de/blinkt/openvpn/core/IOpenVPNServiceInternal.java

然後 Java 中就可以正常 import：

import de.blinkt.openvpn.core.IOpenVPNServiceInternal;

額外注意：你的 AIDL 不完整（少兩個檔案）

ICS-OpenVPN 的同路徑下還有：

IOpenVPNStatusCallback.aidl
OpenVPNStatus.aidl

Cake-VPN 只放了：

IOpenVPNServiceInternal.aidl

這是不夠的。

你必須補齊：

1⃣ IOpenVPNStatusCallback.aidl

2⃣ OpenVPNStatus.aidl

否則 IOpenVPNServiceInternal 內的 type reference 會找不到。

你的錯誤訊息（重點）

Incorrect package="de.blinkt.openvpn" found in source AndroidManifest.xml
Setting the namespace via the package attribute in the source AndroidManifest.xml is no longer supported.
Recommendation: remove package="de.blinkt.openvpn" from the source AndroidManifest.xml

這代表你目前使用的 Android Gradle Plugin（AGP 8.0+）已完全 不允許在每個 module 的 AndroidManifest.xml 指定 package=。

為什麼會這樣？

AGP 8 之後，Google 改成新的規則：

AndroidManifest.xml 不能再寫 package="" 來定義 namespace。
必須在 build.gradle 中定義 namespace。

也就是：

以前（舊版 SDK）

Manifest 控制 package：

<manifest package="de.blinkt.openvpn">

現在（SDK 34 / AGP 8）

Manifest 不再允許 package
你需要改為：

android {
    namespace "de.blinkt.openvpn"
}

並且 移除 Manifest 的 package 屬性。

正確解決方式（適用 Cake-VPN、vpnLib module）

步驟 1：修改 vpnLib 的 build.gradle

找到：

vpnLib/build.gradle

加入：

android {
    namespace "de.blinkt.openvpn"
}

步驟 2：刪除 AndroidManifest.xml 的 package

你的原本內容：

<manifest package="de.blinkt.openvpn" />

請改為：

<manifest />

或乾脆改成：

<manifest />

也沒差（因為 library module 的 manifest 通常是空的）。

完整對照（修改前 / 修改後）

修改前（會報錯）

vpnLib/src/main/AndroidManifest.xml

<manifest package="de.blinkt.openvpn">
</manifest>

vpnLib/build.gradle

android {
    // 沒有 namespace → 錯誤
}

修改後（正確，可編譯）

vpnLib/src/main/AndroidManifest.xml

<manifest/>

vpnLib/build.gradle

android {
    namespace "de.blinkt.openvpn"
}

注意：library module 的 namespace 必須與其 Java package 一致

因為 vpnLib 裡所有 Java 檔都是：

package de.blinkt.openvpn;

所以 library module namespace 必須是：

de.blinkt.openvpn

否則：

• R 無法對應
• Build 會噴錯
• 依賴會錯亂

最終效果

完成後：

• Gradle 不再抱怨
• manifest 乾淨、符合 AGP 8 標準
• R 的 namespace 正常生成
• vpnLib 中可以使用：

de.blinkt.openvpn.R.string.xxx

• app module 也會自動合併資源

User Review Required

IMPORTANT

Library Dependency: We will use the ics-openvpn library (via JitPack). This is a large library that includes native code. The build time will increase, and the APK size will grow significantly (approx +10-15MB).

WARNING

Manifest Merging: The ics-openvpn library has its own 

AndroidManifest.xml. We need to ensure our minSdk and other attributes are compatible. The current minSdk is 23, which is good.

Proposed Changes

Build Configuration

[MODIFY] build.gradle

• Add ics-openvpn dependency.
• Enable multiDex (likely needed due to library size).

[MODIFY] settings.gradle

• Add jitpack.io repository if not present (usually in project-level, but settings.gradle is common in newer Android).

Core Logic

[MODIFY] MainActivity.java

• Remove check_openvpn_installed logic.
• Remove launch_openvpn intent logic.
• Remove “Install OpenVPN” UI prompts.
• Implement startVpnInternal():
  • Parse the downloaded .ovpn file using ics-openvpn‘s VpnProfile parser.
  • Add the profile to ProfileManager.
  • Start the VPN service using VPNLaunchHelper or direct Service intent.
• Implement IOpenVPNStatusCallback to update UI (Connected/Connecting/Failed) directly from the internal service.

[MODIFY] AndroidManifest.xml

• Add VpnService declaration (if not automatically merged).
• Add BIND_VPN_SERVICE permission.

UI Changes

[MODIFY] activity_main.xml

• (Optional) Remove the “Install OpenVPN” button/banner since it’s no longer needed.

Verification Plan

Automated Tests

• None available for VPN connectivity in this environment.

Manual Verification

• Build Check: Ensure Gradle syncs and builds (I will rely on code correctness as I cannot run Gradle).
• Code Review: Verify that MainActivity correctly imports the new classes and calls the internal service instead of startActivity.

上面是第一次的 plan, 但其實會出錯, 因為,

 @build.gradle  > Could not resolve all files for configuration ':app:debugCompileClasspath'.
   > Could not find com.github.schwabe:ics-openvpn:0.7.9.
     Required by:
         project :app

第2次 plan 如下:

Implementation Plan – Integrate Local OpenVPN Library

The goal is to remove the dependency on the external “OpenVPN for Android” app and the remote ics-openvpn artifact, instead using the local vpnLib module directly.

User Review Required

IMPORTANT

I will be modifying the build files to switch from a remote dependency to a local module. This assumes vpnLib is a complete and working copy of the OpenVPN library.

Proposed Changes

Build Configuration

[MODIFY] settings.gradle

• Ensure :vpnLib is included in the project.

[MODIFY] app/build.gradle

• Remove implementation 'com.github.schwabe:ics-openvpn:0.7.9' (or similar).
• Add implementation project(':vpnLib').

Code Integration

[MODIFY] MainActivity.java

• Ensure imports point to the local library packages (likely de.blinkt.openvpn...).
• Verify startVpnInternal and stopVpn use the local service correctly.

Verification Plan

Automated Tests

• Run ./gradlew assembleDebug to verify the build succeeds with the local dependency.

Manual Verification

• The user will need to run the app and verify that clicking “Connect” starts the VPN process without prompting to install an external app.

Pattern p = Pattern.compile("<([^\\s>/]+)");
Matcher m = p.matcher(txt);
while(m.find()) {
String tag = m.group(1);
System.out.println(tag);
}

白名單的比對，可以用 set 效率會比較好，範例：

Set<String> set = new HashSet<String>(); 
set.add("Hello"); 
set.add("Worlds"); 
System.out.println("Set: " + set); 
System.out.println("Does the Set contains 'Hello'? "
           + set.contains("Hello")); 
// Check if the Set contains "Hi" 
System.out.println("Does the Set contains 'Hi'? "
           + set.contains("Hi")); 

contains 有的話 = true, 不存在 = false.

資料來源：How to get all html tags in order from html string in Java
https://stackoverflow.com/questions/13529394/how-to-get-all-html-tags-in-order-from-html-string-in-java

不知道為什麼， web server 一直掛掉，重開機之後也一樣。

解法： 在 server 分頁裡面 server 第一層，點2下，層開timeout 設定值，修改原本的 45 秒為 60 或 90.

上面是網路上的解決方案，實測無效。

我發生的原因，是在 eclipse 沒有關閉的情況下，升級 tomcat 從 9.0.86 升到 9.0.93, 並直接使用 9.0.86 的 server.xml, 結果就是 tomcat 的舊版本 class 被 cached 住，造成舊版本的 server.xml 設定值在 tomcat 9.0.93 上居然正常的執行，但是在隔了4天之後，太舊的 cached 的 class 被回收走了，系統就掛掉了。

這時候，重開機就是固定會出現錯誤訊息，發生的原因就是 tomcat 9.0.89 版之後 ssl 的寫法修改了。

舊的寫法：

<Connector SSLEnabled="true" clientAuth="false" connectionTimeout="20000" keystoreFile="conf/your-ca.jks" keystorePass="your-password" maxParameterCount="1000" maxThreads="150" port="443" protocol="HTTP/1.1" scheme="https" secure="true"/>

新的寫法：

<Connector port="8443" protocol="org.apache.coyote.http11.Http11NioProtocol"
           maxThreads="150" SSLEnabled="true"
           maxParameterCount="1000"
           >
    <SSLHostConfig>
        <Certificate certificateKeystorePassword="your-password" certificateKeystoreFile="conf/your-ca.jks"
                     type="RSA" />
    </SSLHostConfig>
</Connector>

Tomcat 官方說明

The HTTP Connector
https://tomcat.apache.org/tomcat-9.0-doc/config/http.html

相關文章

如何在eclipse升級tomcat 版本
https://stackoverflow.max-everyday.com/2023/10/how-to-upgrade-tomcat-version-in-eclipse/

public static String getBase64FromUrl(String fileUrl) {
    InputStream inputStream = null;
    byte[] data = null;
    ByteArrayOutputStream swapStream = null;
    HttpsURLConnection conn = null;
    try {
        URL url = new URL(fileUrl);
        if (fileUrl.contains("https:")){
            SSLContext context = createIgnoreVerifySSL();
            createIgnoreVerifySSL();
            conn = (HttpsURLConnection) url.openConnection();
            conn.setSSLSocketFactory(context.getSocketFactory());
            inputStream = conn.getInputStream();
        }else {
            inputStream =  url.openConnection().getInputStream();
        }

        swapStream = new ByteArrayOutputStream();
        byte[] buff = new byte[100];
        int rc = 0;
        while ((rc = inputStream.read(buff, 0, 100)) > 0) {
            swapStream.write(buff, 0, rc);
        }
        data = swapStream.toByteArray();
    } catch (Exception e) {
        e.printStackTrace();
    } finally {
        IOUtils.closeQuietly(inputStream);
        IOUtils.closeQuietly(swapStream);
    }
    return new String(Base64.encodeBase64(data));
}

public static SSLContext createIgnoreVerifySSL() throws NoSuchAlgorithmException, KeyManagementException {
    SSLContext sc = SSLContext.getInstance("TLS");
    X509TrustManager trustManager = new X509TrustManager() {
        @Override
        public void checkClientTrusted(
                java.security.cert.X509Certificate[] paramArrayOfX509Certificate,
                String paramString) throws CertificateException {
        }

        @Override
        public void checkServerTrusted(
                java.security.cert.X509Certificate[] paramArrayOfX509Certificate,
                String paramString) throws CertificateException {
        }

        @Override
        public java.security.cert.X509Certificate[] getAcceptedIssuers() {
            return null;
        }
    };
    sc.init(null, new TrustManager[]{trustManager}, null);
    return sc;
}

HttpsURLConnection 好像不能輸入 url 是 “http” 的樣子，可以遇到 http 改用 HttpURLConnection class 即可。

Tomcat version 9.0 only supports J2EE 1.2, 1.3, 1.4, and Java EE 5, 6, 7, and 8 Web modules

解法，設成 Dynamic Web Module 下拉 Version 為 3.0 即可。

解法：

For this you need to update your Project Facets setting.

Project (right click) -> Properties -> Project Facets from left navigation.

If it is not open…click on the link, Check the Dynamic Web Module Check Box and select the respective version (Probably 2.4). Click on Apply Button and then Click on OK.

預設是匯入 Java project, 把畫面中的 Dynamic Web Module 打勾，就可以用在 Tomcat 了。

資料來源：
https://stackoverflow.com/questions/24624782/there-are-no-resources-that-can-be-added-or-removed-from-the-server