第一部分：安全配置與代碼封裝
安全配置管理
| 特性 | .NET | Java |
|---|
| 配置格式 | XML / 文本 | XML / 文本 |
| 管理工具 | 圖形 mscorcfg.msc + 命令行 CASPol.exe（適合批處理） | 僅圖形 policytool.exe |
| 策略層級 | Enterprise(系統) / Machine(本機) / User(用戶)，小範圍優先 | 核心配置固定位置，擴展配置廠商定義 |
| 優勢 | 層級清晰、命令行自動化友好 | 配置靈活、跨平台一致性 |
代碼驗證與類型安全
- .NET CLR： 僅執行編譯後代碼。IL 編譯前驗證：結構完整性 → 擴展檢查（內存安全、堆棧追踪、數據流、類型檢查）。運行期由 VES 負責安全檢查與異常處理。
- Java JVM： 負責類加載、鏈接、驗證、執行。保留原始字節碼供運行期檢查（雙無條件調用棧）。
- 差異： JVM 默認不驗證本地代碼；.NET 結合靜態分析與運行期插桩檢查。
應用隔離
- .NET AppDomain： 基於內存安全，進程級隔離，跨域僅通過 Remoting 通信，使用直觀輕量。
- Java ProtectionDomain + ClassLoader： 類加載器隔離命名空間，保護域綁定權限，機制更細粒度但相對複雜。
語言安全特性
兩者大致對等，.NET 在靈活性上略勝（如 unsafe 上下文可控指針操作）。
第二部分：加密與通信
加密架構
| 平台 | 核心 API | 算法擴展性 |
|---|
| .NET | System.Security.Cryptography、X509Certificates、XML 加密。基於流模型，默認最高安全級。允許在 machine.config 自定義算法。 | 較開放，第三方 Provider (BC、IAIK) 豐富，但需 Sun/IBM 簽名認證才能註冊。 |
| Java | JCA (架構) + JCE (擴展，受出口管制)。Provider 機制支持第三方算法，但註冊門檻高。 | 算法種類更多（含國密 SM2/3/4 等）。 |
算法支持對比
- .NET 覆蓋非對稱、哈希、對稱、隨機數四大類，滿足主流需求。
- Java 標準庫算法更豐富，第三方 Provider 生態極其活躍（Bouncy Castle 等）。
總結
- Java 勝在： 安全配置靈活性、跨平台一致性、加密算法豐富度、第三方 Provider 生態。
- .NET 勝在： 代碼封裝易用性 (AppDomain)、配置管理工具鏈 (CASPol)、與 Windows 原生安全整合。
