关于 MVP（Model–View–Presenter）模式的说法，错误的是（__）。
MVP是主打职责分离与解耦的架构模式，核心包含Model、View、Presenter三层，其中Model负责数据管理与业务逻辑处理，View专注于界面展示与用户交互，Presenter作为中间协调层，承接View的操作请求，调用Model完成数据处理后再将结果反馈给View。需明确的是，MVP模式中View与Model完全解耦，二者无法直接交互，这是其关键特征之一。该模式常应用于Android等移动端开发场景，能有效提升代码的可测试性与可维护性，在复杂业务场景下，一个Presenter还可服务于多个View，共享同一业务逻辑，适配多界面的复用需求。
本题考察的是 MVP 架构模式的基本原理与层间关系。
MVP 模式的核心思想是职责分离与解耦：Model：负责数据管理与业务逻辑。View：负责界面展示与用户交互。Presenter：作为中间层，处理 View 的请求，调用 Model，并将结果返回给 View。
A选项 View 可以直接访问 Model：错误。在 MVP 模式中，View 不应直接访问 Model。View 只负责界面展示与用户交互，而所有与数据相关的业务逻辑由 Presenter 负责协调。Presenter 接收 View 的用户操作请求，调用 Model 获取或处理数据，然后将结果返回给 View 显示。因此，MVP 的关键特征是：View 与 Model 解耦，通过 Presenter 进行交互。
B选项 MVP 常用于移动端：正确。MVP 模式特别适合移动端（如 Android）应用开发，可提升界面与逻辑的分离度，便于测试与维护。
C选项 M 表示 Model，V 表示 View，P 表示 Presenter：正确。这是对 MVP 三层角色的准确描述。
D选项 一个 Presenter 可以对应多个页面：正确。在复杂应用中，一个 Presenter 可以服务于多个 View（页面或组件），例如共享同一业务逻辑的多个界面场景。
因此，正确答案是 A. View 可以直接访问 Model。