IPython 的 terminal.ipapp 属性访问失败：显式导入子模块

命令行程序访问 IPython.terminal.ipapp.TerminalIPythonApp 时，报 AttributeError: module 'IPython' has no attribute 'terminal'，终端还没启动就退出。如果入口只写了 import IPython，先把实际需要的终端子模块明确导入。

顶层包能成功导入，不等于所有子模块都已经加载为属性。沿 terminal.ipapp 访问时，任何一层缺失都会让调用中断；这与 TerminalIPythonApp 类是否仍存在，是两个不同的判断。

直接导入实际需要的类

原程序若需要构建终端应用，可把依赖写到具体模块：

from IPython.terminal.ipapp import TerminalIPythonApp

app = TerminalIPythonApp.instance(config=config)

这是对已有应用构造位置的替换，config 代表原程序已经建立的 traitlets 配置；应保留后面的初始化、参数解析和启动流程。示例只创建或取得原有单例，不代表单靠这两行就完成可用的交互终端。

如果确实需要保留限定属性访问，也应先显式 import IPython.terminal.ipapp。仅导入 IPython.terminal 并不等于明确加载了 ipapp；写到实际使用的模块路径，可以减少对其他导入副作用的依赖。

版本号不能代替实际导入状态

IPython 9.17.0 和 9.17.1 的正式顶层源码都保留了供这条属性链使用的部分传递导入，terminal.ipapp 也仍定义 TerminalIPythonApp。不能只凭这条 AttributeError，就认定这两个版本删除了终端子模块或这个类。

应结合实际发布包、解释器和命令行入口检查加载状态。显式导入让程序直接声明所需模块；没有必要复制旧版整个终端模块进项目，更不应手工向 IPython 塞一个同名属性来掩盖问题。

若直接从 IPython.terminal.ipapp 导入也失败，保留那条新的完整异常。缺少依赖、解释器不兼容、项目里存在同名 IPython.py 等问题，需要按实际堆栈处理；显式导入不能修复这些独立故障。

已有 shell 的 config 和单例状态也要保留。为了检查导入而另建或清除全局应用实例，可能影响宿主的交互状态，不属于这次必要修改。

从干净进程验证实际命令行入口

已经运行过其他 IPython 导入的 Notebook 或交互会话，会让 sys.modules 与包属性保留子模块，隐藏缺失的显式依赖。验收应从程序真正的命令行入口启动新进程，确认类导入、原配置和预期终端初始化都正常。

若程序只需要执行非交互任务，不要为了恢复一条属性链额外启动终端应用。按原用途保留最小导入范围；回退时恢复代码与依赖锁定，避免把新旧初始化流程混到同一个长驻进程里。