结账页面无配送方式，/rest/V1/carts/mine/estimate-shipping-methods接口返回404

针对你遇到的问题，我结合Magento 2的常见坑点给你几个排查方向，你可以一步步验证：

1. 先确认接口的核心请求要求 #

这个接口是用户私有购物车接口，有几个硬性要求很容易被忽略：

• 必须用POST请求（很多人误用来GET，直接返回404）
• 请求头必须携带有效的Authorization: Bearer {用户登录令牌}，未登录状态下访问会返回404（Magento的设计是私有接口未授权不返回403，而是404，很容易误导）
• 必须传入合法的收货地址参数（示例参数格式见下方测试命令）

你可以用curl重新测试验证：

curl -X POST "https://your-base-url/rest/V1/carts/mine/estimate-shipping-methods" \
-H "Authorization: Bearer YOUR_LOGGED_IN_USER_TOKEN" \
-H "Content-Type: application/json" \
-d '{"address": {"region": "CA", "region_id": 12, "country_id": "US", "street": ["123 Main St"], "postcode": "90001", "city": "Los Angeles", "firstname": "John", "lastname": "Doe", "telephone": "555-1234"}}'

2. 检查购物车商品类型 #

如果购物车里只有虚拟商品/无需配送的商品（比如数字下载、服务类），这个接口会直接返回404或空结果——因为没有需要估算配送方式的实体商品。先确认购物车中的商品是否为可配送的实体类型。

3. 清理缓存并重新编译路由 #

即使Swagger显示接口存在，也可能是路由缓存未更新导致实际无法访问：

bin/magento cache:clean
bin/magento cache:flush
bin/magento setup:di:compile

执行完后再重新测试接口。

4. 排查第三方模块冲突 #

第三方配送模块、自定义购物车模块很可能覆盖或修改了原生接口的路由逻辑。你可以在开发环境逐个禁用第三方模块，测试接口是否恢复正常，找到冲突模块后再针对性修复。

5. 服务器URL重写配置检查 #

如果是Apache服务器，确认.htaccess文件中的重写规则是否正确；如果是Nginx，检查配置文件中是否有正确转发rest路径的规则。错误的重写规则会导致请求无法到达Magento的API入口，直接返回404。

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