『壹』 皮皮調度（5）—— Jep With Py4j
在探索Jep與Py4j的整合過程中，我們遇到了一些挑戰。起初，我們面臨的主要問題是Python代碼與Java代碼之間的調用。雖然Java端調用Python端的邏輯已經順利實現，但Python端反向調用Java卻遇到了難題。這時，關鍵問題轉變為：是否接受當前實現的局限性，還是尋找更好的解決方案。
假設我們只能從Java端調用Python端，我們首先需要簡化Python端的功能。最簡單的方法是定義一個執行函數，該函數接收一個文本參數並返回一個文本結果。當然，實際應用中可能需要處理復雜的參數和數據類型，這里為了簡化起見，我們假定Java和Python兩端都使用JSON序列化和反序列化。
然而，簡單實現很快暴露出新問題：當執行長時間任務（如資料庫查詢）時，我們需要在Java端取消Python端的任務。通過Java端的非同步方法 `executeAsync`，我們能夠實現這一需求。但隨之而來的是Python端需要支持非同步調用，這使得實現變得更加復雜。
為了解決這個問題，我們考慮使用 `execute` 方法，該方法仍為同步調用，但通過返回任務ID的方式，讓Java端負責管理任務狀態。這樣，在Python端不支持 `cancel` 方法的情況下，我們仍然可以實現所需功能。
然而，我們不得不面對Python中多線程的限制——GIL鎖的存在導致無法實現真正的多線程。為了解決這個問題，我們可以參考Jep的相關文章，探討減少GIL鎖使用的策略。
進一步的需求提出，我們需要Java端實時了解Python端任務的執行狀態，如任務階段和完成數據行數等信息。這要求在Python端能夠實時通知Java端任務狀態的變化。但考慮到GIL鎖的限制，這種實時交互的實現變得復雜。
在權衡了多種方案後，我們發現結合使用Jep和Py4j可能是解決問題的途徑。Jep已經在同一進程中實現了Java和Python的集成，而Py4j可以進一步擴展這一功能，允許Python端調用Java端的代碼。通過綜合運用這兩種工具，我們可以在不引入額外進程的情況下實現所需功能。
盡管結合使用Jep和Py4j的方案似乎可行，但在實際操作前，我們還需深入思考其適用性和潛在問題。考慮到Jep的復雜性，Py4j的實現可能相對簡單，但綜合評估所有因素後，我們應權衡是否真的需要局限於單一進程環境，以及是否存在更優的解決方案。探索更多可能的方向，將是我們後續工作的重點。