Flex RemoteObject 調用 Java 重載方法實測：參數序列化機制與最佳實踐

Flex RemoteObject 調用 Java 重載方法實測：參數序列化機制與最佳實踐

環境：Flex SDK 3.2 / JDK 1.7 / IntelliJ IDEA 14 / Flex Builder 3。驗證 ActionScript RemoteObject 對 Java 方法重載的調用行為。

Java 端定義 5 個重載方法

public String test1(int info)    { return "int:" + info; }
public String test1(float info)  { return "float:" + info; }
public String test1(double info) { return "double:" + info; }
public String test1(long info)   { return "long:" + info; }
public String test1(String info) { return "String:" + info; }

Flex 端調用測試代碼

function testForOverload(type:String):void {
    if ("1" == type) {
        var info:int = 3;
        hDFSFileUtil.test1(info);           // 傳 int
    }
    if ("2" == type) {
        var info2:String = "str3";
        hDFSFileUtil.test1(info2);          // 傳 String
    }
    if ("3" == type) {
        var info3:Number = new Number(33);  // Flex Number = IEEE 754 雙精度
        hDFSFileUtil.test1(info3);          // 傳 Number
    }
}

實測結果與分析

關鍵發現：重載調用取決於方法定義順序

調整 Java 方法定義順序，發現 Flex 總是調用最後定義的匹配方法。例如將 double 版本移到 String 前面，則 Number 類型調用 double 版本。

根本原因：AMF 序列化與 Java 重載解析機制

1. Flex int 序列化為 Java Integer，Number 序列化為 Double
2. Java 重載解析：Integer 可隱式轉 long，Double 可隱式轉 long/double
3. 多個適用方法時，JVM 選擇最具體類型，但 Flex 端序列化類型固定，導致看似「隨機」實則「最後定義優先」

最佳實踐建議

⚠️ 避免在 RemoteObject 暴露接口中使用 Java 重載！Flex 本身不支援重載，跨語言調用極易產生歧義。

• 方案一：不同語義方法命名區分，如 getById(int) / getByName(String)
• 方案二：統一接收 Object 或 Map，內部類型判斷分發
• 方案三：使用 DTO 封裝參數，test1(ParamDTO dto) 避免重載

跨語言 RPC 中，顯式優於隱式，單一職責優於重載複用，是接口設計的鐵律。