如何在不修改源码前提下从Python3脚本调用Jython脚本？

核心前提 #

两个运行时完全隔离，不存在直接跨解释器导入模块的可行路径：

• Jython目前稳定版仅支持Python2.7语法，无法运行Python3编写的主脚本及其依赖，你遇到的from urllib.parse import urlparse报错是原生语法/标准库不兼容导致，打补丁也无法覆盖全量依赖
• CPython3环境下pip安装的javax是PyPI上的空占位包，和JVM生态的javax标准库没有任何关系，不可能靠装包解决JMX依赖问题，你遇到的ModuleNotFoundError: No module named 'javax'是必然结果

以下所有方案均满足不修改主脚本代码、不改动原有可运行Jython业务脚本的限制，按优雅度从高到低排序： #

方案1：本地RPC桩模块（推荐，调用体验和原生模块无差异） #

核心逻辑是把Jython脚本作为独立服务常驻运行，Python3侧写同名桩文件做透明转发，主脚本完全感知不到跨解释器调用。

• 第一步：编写10行以内的Jython侧服务包装脚本，单独用Jython启动，配成随主应用启停的常驻服务即可，不需要改动原有JMX脚本：

# jmx_rpc_server.py 单独用Jython启动，无业务逻辑修改
from SimpleXMLRPCServer import SimpleXMLRPCServer
# 直接导入你已经写好、运行正常的Jython JMX脚本
from jmx_with_jython import *

# 绑定本地回环地址，不暴露公网，无安全风险
server = SimpleXMLRPCServer(("127.0.0.1", 9876), logRequests=False)
# 注册原Jython脚本中需要被主脚本调用的所有函数
server.register_function(your_jmx_query_func)
server.register_function(another_jmx_operation_func)
server.serve_forever()

• 第二步：在Python3的模块搜索路径下，写和原Jython脚本同名的桩文件jmx_with_jython.py，主脚本导入这个文件时会自动走本地RPC转发，不需要改任何主脚本代码：

# Python3侧同名桩模块，对主脚本完全透明
from xmlrpc.client import ServerProxy
_client = ServerProxy("http://127.0.0.1:9876", allow_none=True)

# 对应原Jython脚本暴露的函数写转发逻辑即可
def your_jmx_query_func(*args, **kwargs):
    return _client.your_jmx_query_func(*args, **kwargs)

def another_jmx_operation_func(*args, **kwargs):
    return _client.another_jmx_operation_func(*args, **kwargs)

这个方案没有命令行调用的进程启动开销，对于JMX操作场景调用延迟几乎可以忽略，稳定性最高。 #

方案2：子进程封装（无需常驻服务，侵入性为0） #

如果不想维护常驻服务，可以把JVM启动Jython的逻辑封装在Python3侧的同名桩模块里，用subprocess做调用，通过JSON做参数和返回值的序列化传递，体验比裸os.system好很多。

• 不需要改动原有Jython核心业务脚本，只需要写一个极薄的Jython侧入口包装脚本，接收stdin传入的JSON参数，调用原脚本的对应函数，把结果序列化成JSON打印到stdout即可
• Python3侧的同名桩模块负责把主脚本传入的参数序列化后传给子进程，捕获返回值反序列化后返回给主脚本，主脚本完全感知不到底层是子进程调用

避坑提醒：不要在这个方案里用os.system，必须用subprocess.run捕获标准输出、做返回值校验，避免命令行注入、输出乱码问题。

无效方案避坑 #

以下方向均有大量开发者踩坑验证过无成熟解法，不要浪费时间尝试：

• 给Jython打Python3语法兼容补丁：仅能覆盖极少量简单语法差异，无法支撑主脚本依赖的大量Python3第三方库运行，后续会持续爆出兼容问题
• 用JPype/JPY等桥接库在Python3侧重写JMX逻辑：本质是重写你已经验证可用的Jython脚本，不符合不改动原有Jython脚本的要求
• 找支持Python3的Jython版本：目前Jython官方Python3兼容版仍在开发中，没有生产可用的稳定release，无法支撑现有业务运行

内容的提问来源于stack exchange，提问作者Thoms R