Selenium通过XPath按文本定位EU前缀尺码元素时，拼接变量后无法定位

结合提供的代码片段和DOM结构信息，定位失败来自三个叠加的错误：

• 节点类型匹配错误：原代码的XPath限定查找<button>节点，但参考给出的DOM结构，承载"EU + 尺码"文本的元素实际是class为css-xf3ahq的<label>节点，页面上根本不存在带对应EU尺码文本的button元素。之前硬编码EU 40的代码能正常运行属于偶然的结构匹配，一旦动态输入的尺码在button节点上没有对应文本，就会直接抛出no such element定位失败错误。
• 精确文本匹配容错性不足：直接使用text()=固定字符串的匹配方式，无法兼容DOM渲染时文本前后存在的换行、缩进、首尾空格等不可见字符，哪怕语义上的字符串完全匹配，只要存在微小的空白差异就会匹配失败。
• 交互逻辑错位：页面尺码选择的核心触发源是和label绑定的隐藏radio输入框（name属性为skuAndSize），本来就不需要通过button节点完成点击操作。

方案1：直接修正XPath匹配逻辑，定位正确的label节点 #

去掉对button节点的限定，改用XPath内置的normalize-space()函数处理文本的空白问题，提升匹配容错性：

size = input("size:")
# 定位匹配目标文本的label元素，自动处理文本中的多余空白
real_size_label = browser.find_element_by_xpath(f"//label[normalize-space(text())= 'EU {size}']")
real_size_label.click()

normalize-space()是XPath的内置函数，会自动移除文本首尾的空白字符，把文本中间连续的多个空白合并为单个空格，彻底避免因为DOM排版导致的文本匹配偏差。

方案2：基于DOM节点关联关系定位，稳定性更强 #

参考给出的DOM结构，每个带尺码文本的label，都关联一个紧邻上方的、name为skuAndSize的radio输入框，直接通过节点关系定位核心交互元素，不依赖页面零散的标签结构：

size = input("size:")
# 先通过label文本定位，再通过同级节点关系找到绑定的radio输入框
real_size_radio = browser.find_element_by_xpath(f"//label[normalize-space(text())= 'EU {size}']/preceding-sibling::input[@name='skuAndSize']")
real_size_radio.click()

这种定位方式完全不依赖页面上的button元素，哪怕后续页面调整了交互层的标签结构，只要尺码文本和radio输入框的绑定关系不变，定位就不会失效。

方案3：增加动态渲染的容错处理 #

电商类页面的尺码模块通常是异步加载的，如果元素还没渲染完成就触发查找，哪怕XPath写的完全正确，也会抛出定位失败的错误。可以配合Selenium的显式等待机制，等元素可点击后再执行操作：

from selenium.webdriver.support.ui import WebDriverWait
from selenium.webdriver.common.by import By
from selenium.webdriver.support import expected_conditions as EC

size = input("size:")
wait = WebDriverWait(browser, 10)
# 等待目标尺码元素可点击，最长等待10秒
target_size = wait.until(
    EC.element_to_be_clickable((By.XPATH, f"//label[normalize-space(text())= 'EU {size}']"))
)
target_size.click()

注意：原来代码中动态拼接字符串生成XPath的写法，在Python3.6+版本推荐用f-string替换之前的加号字符串拼接写法，可读性更强，也能避免字符串拼接时容易出现的引号嵌套问题。

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