人工智能语音音频【免费下载链接】PaddleSpeechEasy-to-use Speech Toolkit including Self-Supervised Learning model, SOTA/Streaming ASR with punctuation, Streaming TTS with text frontend, Speaker Verification System, End-to-End Speech Translation and Keyword Spotting. Won NAACL2022 Best Demo Award.项目地址https://gitcode.com/gh_mirrors/pa/PaddleSpeech点击查看免费下载paddlespeech.server.executor是 PaddleSpeech 服务端Server 与 Client命令体系的抽象基座定义了所有服务端/客户端命令的统一接口契约。本文以该模块为核心结合仓库源码剖析BaseExecutor的抽象设计、execute与__call__双入口约定、命令注册与分发机制并给出基于paddlespeech_server/paddlespeech_client的实际启动与调用方案帮助读者理解 PaddleSpeech 服务端如何将 CLI 参数解析、引擎初始化与 HTTP/WebSocket 服务编排统一到一套 Executor 框架之下。模块定位服务端任务的抽象 Executor在docs/source/api/paddlespeech.server.executor.rst中该模块被声明为.. automodule:: paddlespeech.server.executor :members: :undoc-members: :show-inheritance:这是 Sphinx 自动文档指令其文档主体即 executor.py 中定义的BaseExecutor抽象基类。从模块组织看它位于服务端包内与 entry.py命令注册表、util.py注册装饰器与工具函数、base_commands.pyHelp 命令以及bin/下的paddlespeech_server.py、paddlespeech_client.py共同构成服务端命令体系。BaseExecutor的类注释点明了它的定位An abstract executor of paddlespeech server tasks.即服务端任务启动服务、查询模型、发起客户端请求等统一通过 Executor 封装执行。任何 Executor 都具备两个入口execute(argv)命令行入口仅能通过paddlespeech ...形式的 CLI 访问__call__(*args, **kwargs)Python API 入口供代码内直接调用。这种双入口设计让同一个逻辑既能被命令行驱动也能被 Python 程序以函数方式复用。BaseExecutor 源码解析统一契约与参数解析基座executor.py 中的BaseExecutor实现非常精简其核心骨架如下class BaseExecutor(ABC): def __init__(self): self.parser argparse.ArgumentParser() abstractmethod def execute(self, argv: List[str]) - bool: Command line entry... pass abstractmethod def __call__(self, *arg, **kwargs): Python API to call an executor. pass要点拆解继承ABC两个抽象方法强制子类实现execute负责命令行参数解析与执行__call__提供 Python API 语义。这种约束保证所有子类无论是服务端还是客户端对外行为一致。self.parser argparse.ArgumentParser()每个 Executor 在__init__阶段就持有独立的参数解析器子类通过重写__init__并继续调用super().__init__()后可追加自己的参数例如ServerExecutor在初始化时注册了--config_file与--log_file两个参数见 paddlespeech_server.py。返回值语义约定execute返回boolTrue表示成功、False表示失败。这一约定贯穿整条调用链——入口脚本最终会将其转换为进程退出码0 为成功、1 为失败。从源码结构看BaseExecutor本身不包含任何业务实现它是一份接口规范把参数解析 → 执行 → 返回成功与否的流程模板化让所有服务端子命令都遵循同一套开发范式。命令注册与分发装饰器驱动的命令表BaseExecutor之所以能接入 CLI依赖util.py提供的两个注册装饰器cli_server_register与cli_client_register见 util.py。注册机制def cli_server_register(name: str, description: str) - Any: def _warpper(command): items name.split(.) com server_commands for item in items: com com[item] com[_entry] command if description: com[_description] description return command return _warpper它把点分命令名如paddlespeech_server.start按.拆分成多级嵌套字典的键最终在叶子节点写入_entry命令类与_description命令描述。entry.py 中的_CommandDict()使用defaultdict递归构造无限层级的命令字典天然支持paddlespeech_server→start→stats这类多级命令树。分发机制entry.py 的server_execute是paddlespeech_server命令的总入口def server_execute(): com server_commands idx 0 for _argv in ([paddlespeech_server] sys.argv[1:]): if _argv not in com: break idx 1 com com[_argv] status 0 if com[_entry]().execute(sys.argv[idx:]) else 1 return status其工作过程是从sys.argv[1:]起逐个 token 在命令字典中逐级查找如paddlespeech_server start --config_file xxx先匹配start一旦遇到不在命令表中的 token即视为参数部分例如--config_file实例化命中的命令类把剩余 argv 交给其execute()执行依据execute()返回的 bool 换算 bash 退出码0/1。client_execute的逻辑与server_execute完全对称entry.py只是使用client_commands命令表。这样服务端与客户端两条命令链共用同一套注册—查表—分发基础设施。具体实现一ServerExecutor——服务启动命令ServerExecutor 是BaseExecutor在服务端的核心实现注册名为paddlespeech_server.start。命令行参数参数说明默认值--config_file服务配置 YAML 文件路径必填requiredTrue无--log_file日志文件路径./log/paddlespeech.log执行流程__call__与initdef __call__(self, config_file./conf/application.yaml, log_file./log/paddlespeech.log): config get_config(config_file) if self.init(config): uvicorn.run(app, hostconfig.host, portconfig.port)init()完成服务初始化paddlespeech_server.py根据协议挂载路由从config.engine_list提取任务前缀若protocol websocket则调用ws/api.py的setup_ws_router若为http则调用restful/api.py的setup_http_router否则抛出unsupported protocol异常初始化引擎池调用engine_pool.init_engine_pool(config)加载engine_list中声明的各语音任务引擎引擎预热遍历config.engine_list逐个执行engine_warmup.warm_up确保服务对外可用前模型已就绪。初始化成功后通过uvicorn.run(app, hostconfig.host, portconfig.port)启动 FastAPI 应用应用实例在模块顶部创建并配置了全开 CORS 中间件见 paddlespeech_server.py。execute()内部捕获所有异常并调用sys.exit(-1)保证命令行下失败时有明确退出状态。此外ServerExecutor的__call__被stats_wrapper装饰util.py会在执行前异步上报一次使用统计任务类型、Paddle 版本等失败时静默忽略不影响主流程。姊妹命令ServerStatsExecutor同文件还注册了paddlespeech_server.statspaddlespeech_server.py用于按--task可选asr/tts/cls/text/vector列出服务支持的预训练模型表。它通过CommonTaskResource分别读取dynamic动态图与static静态图格式的预训练模型清单并用PrettyTable打印模型名格式按任务区分如 ASR 为Model-Size-Code Switch-Multilingual-Language-Sample Rate。它不继承BaseExecutor但同样实现了execute(argv)契约说明服务端命令体系以鸭子类型方式兼容 Executor 接口。具体实现二客户端 Executor 家族客户端一侧同样以BaseExecutor为基类定义在 paddlespeech_client.py 中包括TTSClientExecutorpaddlespeech_client ttsTTSOnlineClientExecutorpaddlespeech_client tts_onlineASRClientExecutorpaddlespeech_client asrASROnlineClientExecutorpaddlespeech_client asr_onlineCLSClientExecutorpaddlespeech_client clsTextClientExecutorpaddlespeech_client textVectorClientExecutorpaddlespeech_client vectorACSClientExecutorpaddlespeech_client acs每个客户端 Executor 在__init__中注册自身参数如--server_ip、--port、--input等在execute/__call__中构造对应 RESTful 请求并解析响应。它们与paddlespeech/cli/下各任务的BaseExecutor见 cli/executor.py遥相呼应——CLI 侧与 Server 侧各自拥有独立但同构的 Executor 抽象。命令树的组装base_commands 与 Help 命令base_commands.py 注册了两个根命令与两个 Help 命令paddlespeech_server分发到paddlespeech_server.helppaddlespeech_server.help遍历server_commands[paddlespeech_server]打印paddlespeech_server command options用法与所有带_description的子命令paddlespeech_client/paddlespeech_client.help对称地处理客户端命令。由此用户仅需执行paddlespeech_server help或paddlespeech_client help即可查看完整子命令清单整个命令体系形成一棵自描述的命令树。CLI 入口接线console_scriptsExecutor 体系最终通过setup.py的入口点接入可执行命令。在 setup.py 中console_scripts: [ ... paddlespeech_serverpaddlespeech.server.entry:server_execute, paddlespeech_clientpaddlespeech.server.entry:client_execute ]即安装 PaddleSpeech 后Shell 中的paddlespeech_server命令指向server_executepaddlespeech_client指向client_execute。至此从BaseExecutor抽象类 → 装饰器注册 → 命令表查分 → console_scripts 入口形成一条完整可运行的服务端命令链路。实战启动服务与客户端调用离线/在线 ASR 服务依据 server/README_cn.md 的流程先查看命令帮助paddlespeech_server help随后用配置文件启动服务。conf/下提供了多份可直接使用的配置模板见 server/conf例如application.yamlHTTP 协议、多引擎聚合、ws_conformer_application.yamlWebSocket 协议、Conformer 流式 ASR、ws_ds2_application.yaml、tts_online_application.yaml流式 TTS、vector_application.yaml声纹等。以 WebSocket 在线 ASR 为例paddlespeech_server start --config_file conf/ws_conformer_application.yaml paddlespeech_client asr_online --server_ip 127.0.0.1 --port 8090 --input zh.wav离线 TTS 与声纹服务# 启动 TTS 服务HTTP paddlespeech_server start --config_file ./conf/application.yaml # TTS 合成 paddlespeech_client tts --server_ip 127.0.0.1 --port 8090 --input 你好欢迎使用百度飞桨深度学习框架 --output output.wav # 音频分类 paddlespeech_client cls --server_ip 127.0.0.1 --port 8090 --input input.wav在线 TTSWebSocket与声纹验证vector分别对应paddlespeech_server start --config_file conf/tts_online_application.yaml paddlespeech_client tts_online --server_ip 127.0.0.1 --port 8092 --input 您好欢迎使用百度飞桨深度学习框架 --output output.wav paddlespeech_server start --config_file conf/vector_application.yaml paddlespeech_client vector --task spk --server_ip 127.0.0.1 --port 8090 --input 85236145389.wav paddlespeech_client vector --task score --server_ip 127.0.0.1 --port 8090 --enroll 123456789.wav --test 85236145389.wav其中--config_file指向的 YAML 由utils/config.py的get_config解析核心字段包括protocolhttp/websocket、host、port与engine_list决定服务承载哪些语音任务并直接影响ServerExecutor.init中路由与引擎池的初始化。客户端 Executor 则在 tests 中有对应实现如tts/offline/http_client.py、asr/online/README_cn.md可作二次开发参考。小结paddlespeech.server.executor虽然只有一个精简的BaseExecutor抽象类却是 PaddleSpeech 服务端命令体系的接口宪法它以execute(argv)__call__()双入口统一了 CLI 与 Python API 两种调用方式以argparse承载子命令参数配合cli_server_register/cli_client_register装饰器与entry.py的分发表最终通过console_scripts暴露为paddlespeech_server与paddlespeech_client两个可执行命令。理解这一抽象无论是扩展新的服务端子命令、接入新的引擎任务还是直接调用ServerExecutor的 Python API 嵌入自有系统都能遵循同一套清晰可复用的范式。赞分享人工智能语音音频【免费下载链接】PaddleSpeechEasy-to-use Speech Toolkit including Self-Supervised Learning model, SOTA/Streaming ASR with punctuation, Streaming TTS with text frontend, Speaker Verification System, End-to-End Speech Translation and Keyword Spotting. Won NAACL2022 Best Demo Award.项目地址https://gitcode.com/gh_mirrors/pa/PaddleSpeech点击查看免费下载相关推荐PaddleSpeech CLI 执行器框架解析BaseExecutor 抽象类与任务生命周期PaddleSpeech CLI 执行器框架解析BaseExecutor 抽象类与任务生命周期 PaddleSpeech 的 CLI 与 Python API人工智能语音音频NLP媒体生成PaddleSpeech 服务化命令行入口解析paddlespeech_server 与 paddlespeech_client 完整指南PaddleSpeech 服务化命令行入口解析paddlespeech_server 与 paddlespeech_client 完整指南 paddlespe人工智能语音音频NLP媒体生成PaddleSpeech 服务端命令行入口机制解析paddlespeech.server.entry 命令注册与分发深度解读PaddleSpeech 服务端命令行入口机制解析paddlespeech.server.entry 命令注册与分发深度解读 本文围绕 docs/source人工智能语音音频创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 PaddleSpeech 服务端 Executor 抽象机制解析：从 BaseExecutor 到 paddlespeech_server 命令体系
人工智能语音音频【免费下载链接】PaddleSpeechEasy-to-use Speech Toolkit including Self-Supervised Learning model, SOTA/Streaming ASR with punctuation, Streaming TTS with text frontend, Speaker Verification System, End-to-End Speech Translation and Keyword Spotting. Won NAACL2022 Best Demo Award.项目地址https://gitcode.com/gh_mirrors/pa/PaddleSpeech点击查看免费下载paddlespeech.server.executor是 PaddleSpeech 服务端Server 与 Client命令体系的抽象基座定义了所有服务端/客户端命令的统一接口契约。本文以该模块为核心结合仓库源码剖析BaseExecutor的抽象设计、execute与__call__双入口约定、命令注册与分发机制并给出基于paddlespeech_server/paddlespeech_client的实际启动与调用方案帮助读者理解 PaddleSpeech 服务端如何将 CLI 参数解析、引擎初始化与 HTTP/WebSocket 服务编排统一到一套 Executor 框架之下。模块定位服务端任务的抽象 Executor在docs/source/api/paddlespeech.server.executor.rst中该模块被声明为.. automodule:: paddlespeech.server.executor :members: :undoc-members: :show-inheritance:这是 Sphinx 自动文档指令其文档主体即 executor.py 中定义的BaseExecutor抽象基类。从模块组织看它位于服务端包内与 entry.py命令注册表、util.py注册装饰器与工具函数、base_commands.pyHelp 命令以及bin/下的paddlespeech_server.py、paddlespeech_client.py共同构成服务端命令体系。BaseExecutor的类注释点明了它的定位An abstract executor of paddlespeech server tasks.即服务端任务启动服务、查询模型、发起客户端请求等统一通过 Executor 封装执行。任何 Executor 都具备两个入口execute(argv)命令行入口仅能通过paddlespeech ...形式的 CLI 访问__call__(*args, **kwargs)Python API 入口供代码内直接调用。这种双入口设计让同一个逻辑既能被命令行驱动也能被 Python 程序以函数方式复用。BaseExecutor 源码解析统一契约与参数解析基座executor.py 中的BaseExecutor实现非常精简其核心骨架如下class BaseExecutor(ABC): def __init__(self): self.parser argparse.ArgumentParser() abstractmethod def execute(self, argv: List[str]) - bool: Command line entry... pass abstractmethod def __call__(self, *arg, **kwargs): Python API to call an executor. pass要点拆解继承ABC两个抽象方法强制子类实现execute负责命令行参数解析与执行__call__提供 Python API 语义。这种约束保证所有子类无论是服务端还是客户端对外行为一致。self.parser argparse.ArgumentParser()每个 Executor 在__init__阶段就持有独立的参数解析器子类通过重写__init__并继续调用super().__init__()后可追加自己的参数例如ServerExecutor在初始化时注册了--config_file与--log_file两个参数见 paddlespeech_server.py。返回值语义约定execute返回boolTrue表示成功、False表示失败。这一约定贯穿整条调用链——入口脚本最终会将其转换为进程退出码0 为成功、1 为失败。从源码结构看BaseExecutor本身不包含任何业务实现它是一份接口规范把参数解析 → 执行 → 返回成功与否的流程模板化让所有服务端子命令都遵循同一套开发范式。命令注册与分发装饰器驱动的命令表BaseExecutor之所以能接入 CLI依赖util.py提供的两个注册装饰器cli_server_register与cli_client_register见 util.py。注册机制def cli_server_register(name: str, description: str) - Any: def _warpper(command): items name.split(.) com server_commands for item in items: com com[item] com[_entry] command if description: com[_description] description return command return _warpper它把点分命令名如paddlespeech_server.start按.拆分成多级嵌套字典的键最终在叶子节点写入_entry命令类与_description命令描述。entry.py 中的_CommandDict()使用defaultdict递归构造无限层级的命令字典天然支持paddlespeech_server→start→stats这类多级命令树。分发机制entry.py 的server_execute是paddlespeech_server命令的总入口def server_execute(): com server_commands idx 0 for _argv in ([paddlespeech_server] sys.argv[1:]): if _argv not in com: break idx 1 com com[_argv] status 0 if com[_entry]().execute(sys.argv[idx:]) else 1 return status其工作过程是从sys.argv[1:]起逐个 token 在命令字典中逐级查找如paddlespeech_server start --config_file xxx先匹配start一旦遇到不在命令表中的 token即视为参数部分例如--config_file实例化命中的命令类把剩余 argv 交给其execute()执行依据execute()返回的 bool 换算 bash 退出码0/1。client_execute的逻辑与server_execute完全对称entry.py只是使用client_commands命令表。这样服务端与客户端两条命令链共用同一套注册—查表—分发基础设施。具体实现一ServerExecutor——服务启动命令ServerExecutor 是BaseExecutor在服务端的核心实现注册名为paddlespeech_server.start。命令行参数参数说明默认值--config_file服务配置 YAML 文件路径必填requiredTrue无--log_file日志文件路径./log/paddlespeech.log执行流程__call__与initdef __call__(self, config_file./conf/application.yaml, log_file./log/paddlespeech.log): config get_config(config_file) if self.init(config): uvicorn.run(app, hostconfig.host, portconfig.port)init()完成服务初始化paddlespeech_server.py根据协议挂载路由从config.engine_list提取任务前缀若protocol websocket则调用ws/api.py的setup_ws_router若为http则调用restful/api.py的setup_http_router否则抛出unsupported protocol异常初始化引擎池调用engine_pool.init_engine_pool(config)加载engine_list中声明的各语音任务引擎引擎预热遍历config.engine_list逐个执行engine_warmup.warm_up确保服务对外可用前模型已就绪。初始化成功后通过uvicorn.run(app, hostconfig.host, portconfig.port)启动 FastAPI 应用应用实例在模块顶部创建并配置了全开 CORS 中间件见 paddlespeech_server.py。execute()内部捕获所有异常并调用sys.exit(-1)保证命令行下失败时有明确退出状态。此外ServerExecutor的__call__被stats_wrapper装饰util.py会在执行前异步上报一次使用统计任务类型、Paddle 版本等失败时静默忽略不影响主流程。姊妹命令ServerStatsExecutor同文件还注册了paddlespeech_server.statspaddlespeech_server.py用于按--task可选asr/tts/cls/text/vector列出服务支持的预训练模型表。它通过CommonTaskResource分别读取dynamic动态图与static静态图格式的预训练模型清单并用PrettyTable打印模型名格式按任务区分如 ASR 为Model-Size-Code Switch-Multilingual-Language-Sample Rate。它不继承BaseExecutor但同样实现了execute(argv)契约说明服务端命令体系以鸭子类型方式兼容 Executor 接口。具体实现二客户端 Executor 家族客户端一侧同样以BaseExecutor为基类定义在 paddlespeech_client.py 中包括TTSClientExecutorpaddlespeech_client ttsTTSOnlineClientExecutorpaddlespeech_client tts_onlineASRClientExecutorpaddlespeech_client asrASROnlineClientExecutorpaddlespeech_client asr_onlineCLSClientExecutorpaddlespeech_client clsTextClientExecutorpaddlespeech_client textVectorClientExecutorpaddlespeech_client vectorACSClientExecutorpaddlespeech_client acs每个客户端 Executor 在__init__中注册自身参数如--server_ip、--port、--input等在execute/__call__中构造对应 RESTful 请求并解析响应。它们与paddlespeech/cli/下各任务的BaseExecutor见 cli/executor.py遥相呼应——CLI 侧与 Server 侧各自拥有独立但同构的 Executor 抽象。命令树的组装base_commands 与 Help 命令base_commands.py 注册了两个根命令与两个 Help 命令paddlespeech_server分发到paddlespeech_server.helppaddlespeech_server.help遍历server_commands[paddlespeech_server]打印paddlespeech_server command options用法与所有带_description的子命令paddlespeech_client/paddlespeech_client.help对称地处理客户端命令。由此用户仅需执行paddlespeech_server help或paddlespeech_client help即可查看完整子命令清单整个命令体系形成一棵自描述的命令树。CLI 入口接线console_scriptsExecutor 体系最终通过setup.py的入口点接入可执行命令。在 setup.py 中console_scripts: [ ... paddlespeech_serverpaddlespeech.server.entry:server_execute, paddlespeech_clientpaddlespeech.server.entry:client_execute ]即安装 PaddleSpeech 后Shell 中的paddlespeech_server命令指向server_executepaddlespeech_client指向client_execute。至此从BaseExecutor抽象类 → 装饰器注册 → 命令表查分 → console_scripts 入口形成一条完整可运行的服务端命令链路。实战启动服务与客户端调用离线/在线 ASR 服务依据 server/README_cn.md 的流程先查看命令帮助paddlespeech_server help随后用配置文件启动服务。conf/下提供了多份可直接使用的配置模板见 server/conf例如application.yamlHTTP 协议、多引擎聚合、ws_conformer_application.yamlWebSocket 协议、Conformer 流式 ASR、ws_ds2_application.yaml、tts_online_application.yaml流式 TTS、vector_application.yaml声纹等。以 WebSocket 在线 ASR 为例paddlespeech_server start --config_file conf/ws_conformer_application.yaml paddlespeech_client asr_online --server_ip 127.0.0.1 --port 8090 --input zh.wav离线 TTS 与声纹服务# 启动 TTS 服务HTTP paddlespeech_server start --config_file ./conf/application.yaml # TTS 合成 paddlespeech_client tts --server_ip 127.0.0.1 --port 8090 --input 你好欢迎使用百度飞桨深度学习框架 --output output.wav # 音频分类 paddlespeech_client cls --server_ip 127.0.0.1 --port 8090 --input input.wav在线 TTSWebSocket与声纹验证vector分别对应paddlespeech_server start --config_file conf/tts_online_application.yaml paddlespeech_client tts_online --server_ip 127.0.0.1 --port 8092 --input 您好欢迎使用百度飞桨深度学习框架 --output output.wav paddlespeech_server start --config_file conf/vector_application.yaml paddlespeech_client vector --task spk --server_ip 127.0.0.1 --port 8090 --input 85236145389.wav paddlespeech_client vector --task score --server_ip 127.0.0.1 --port 8090 --enroll 123456789.wav --test 85236145389.wav其中--config_file指向的 YAML 由utils/config.py的get_config解析核心字段包括protocolhttp/websocket、host、port与engine_list决定服务承载哪些语音任务并直接影响ServerExecutor.init中路由与引擎池的初始化。客户端 Executor 则在 tests 中有对应实现如tts/offline/http_client.py、asr/online/README_cn.md可作二次开发参考。小结paddlespeech.server.executor虽然只有一个精简的BaseExecutor抽象类却是 PaddleSpeech 服务端命令体系的接口宪法它以execute(argv)__call__()双入口统一了 CLI 与 Python API 两种调用方式以argparse承载子命令参数配合cli_server_register/cli_client_register装饰器与entry.py的分发表最终通过console_scripts暴露为paddlespeech_server与paddlespeech_client两个可执行命令。理解这一抽象无论是扩展新的服务端子命令、接入新的引擎任务还是直接调用ServerExecutor的 Python API 嵌入自有系统都能遵循同一套清晰可复用的范式。赞分享人工智能语音音频【免费下载链接】PaddleSpeechEasy-to-use Speech Toolkit including Self-Supervised Learning model, SOTA/Streaming ASR with punctuation, Streaming TTS with text frontend, Speaker Verification System, End-to-End Speech Translation and Keyword Spotting. Won NAACL2022 Best Demo Award.项目地址https://gitcode.com/gh_mirrors/pa/PaddleSpeech点击查看免费下载相关推荐PaddleSpeech CLI 执行器框架解析BaseExecutor 抽象类与任务生命周期PaddleSpeech CLI 执行器框架解析BaseExecutor 抽象类与任务生命周期 PaddleSpeech 的 CLI 与 Python API人工智能语音音频NLP媒体生成PaddleSpeech 服务化命令行入口解析paddlespeech_server 与 paddlespeech_client 完整指南PaddleSpeech 服务化命令行入口解析paddlespeech_server 与 paddlespeech_client 完整指南 paddlespe人工智能语音音频NLP媒体生成PaddleSpeech 服务端命令行入口机制解析paddlespeech.server.entry 命令注册与分发深度解读PaddleSpeech 服务端命令行入口机制解析paddlespeech.server.entry 命令注册与分发深度解读 本文围绕 docs/source人工智能语音音频创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考