本文详解因误用 `.prettify()` 导致 `find()` 报错的常见问题，指出关键错误在于将 `beautifulsoup` 对象提前转为字符串，使后续 dom 查询失效，并提供修复代码与最佳实践。
在使用 BeautifulSoup 进行网页数据提取时，一个高频错误是：调用 .prettify() 后立即对返回结果调用 .find()，从而触发 TypeError: slice indices must be integers or None or have an __index__ method。该错误的根本原因在于 —— .prettify() 返回的是格式化后的字符串（str 类型），而非可遍历的 BeautifulSoup 对象。而 find() 是 BeautifulSoup 实例的方法，无法作用于纯字符串。
回顾原始代码问题所在：
soup = BeautifulSoup(html_content, "html.parser").prettify() # ❌ 错误：soup 现在是 str！
name = soup.find("span", {"class": "B_NuCI"}) # ⚠️ AttributeError / TypeError！✅ 正确做法是：仅对 BeautifulSoup 对象本身调用 .find()；若需查看结构，应单独 print(soup.prettify())。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
以下是修正后的完整、健壮示例（含异常处理与推荐写法）：
import requests
from bs4 import BeautifulSoup
url = "https://www.flipkart.com/apple-iphone-14-midnight-128-gb/p/itm9e6293c322a84"
try:
r = requests.get(url, timeout=10)
r.raise_for_status() # 检查 HTTP 错误状态码
soup = BeautifulSoup(r.content, "html.parser") # ✅ 保持 soup 为 BeautifulSoup 对象
# 推荐写法：使用 keyword 参数 class_（更清晰，避免与 Python 关键字冲突）
title_tag = soup.find("span", class_="B_NuCI")
if title_tag:
product_name = title_tag.get_text(strip=True)
print(product_name) # 输出：APPLE iPhone 14 (Midnight, 128 GB)
else:
print("⚠️ 未找到 class='B_NuCI' 的 span 标签，请检查页面结构或 class 名是否变更")
except requests.exceptions.RequestException as e:
print(f"网络请求失败：{e}")
except Exception as e:
print(f"解析异常：{e}")? 关键注意事项：
- prettify() 仅用于调试输出（如 print(soup.prettify()[:500]) 查看前500字符结构），绝不应链式调用覆盖原始 soup；
- Flipkart 等电商网站常动态渲染内容或反爬，若 class="B_NuCI" 失效，建议配合浏览器开发者工具实时验证当前 class 名，或改用更稳定的定位方式（如 soup.select_one('h1._3qQ9m1')）；
- 始终检查 .find() 返回值是否为 None，避免 .text 调用引发 AttributeError；
- 使用 r.content（二进制）比 r.text 更稳妥，可由 BeautifulSoup 自动推断编码；若需指定编码，可在 BeautifulSoup(..., from_encoding="utf-8") 中显式声明。
掌握这一基础原则——保持解析对象类型纯净——是写出稳定、可维护爬虫代码的第一步。
