这事儿我碰到过不少，核心问题出在行上下文和筛选上下文的不匹配，还有FILTER函数里度量值的计算逻辑上，咱们一步步拆解：

1. 为什么硬编码能正常工作？ #

当你用硬编码的"elements"时，FIND函数在每一行的行上下文里，都是拿着固定的字符串去匹配当前行的FeedbackTokens列值，逻辑非常直接：逐行检查文本是否包含目标字符串，符合条件就保留，完全契合FILTER的逐行迭代逻辑。

2. 换成度量值[selected word]为啥失效？ #

度量值[selected word]本身是在筛选上下文里计算的（比如它可能关联了切片器、筛选器的用户选择），但FILTER函数是在行上下文里逐行迭代表格数据。这时候会触发两个关键问题：

• 直接在FILTER的行上下文里调用度量值，Power BI会尝试为每一行重新计算度量值的筛选上下文，这大概率会导致度量值返回的不是你预期的那个选中单词，甚至可能返回空值或者多个值（如果上下文冲突的话）。
• FIND函数要求第一个参数是标量值（单个文本），如果度量值在某个行上下文里返回的不是单值，直接就会报错或者筛选失效。

3. 靠谱的解决办法 #

有两种实用方案，你可以根据自己的场景选择：

方法一：用变量固定度量值结果（最稳妥） #

先把度量值的结果存成一个变量，这样在FILTER迭代之前就拿到固定的选中单词，避免逐行重新计算度量值：

FilteredTable = 
VAR SelectedWord = [selected word]
RETURN
FILTER( 
    FeedbackNouns,
    FIND( SelectedWord, 'FeedbackNouns'[FeedbackTokens],,0 ) > 0
)

变量会在整个表达式开头就计算一次，拿到你选中的那个单词，然后带着这个固定值去逐行筛选，逻辑和硬编码完全一致。

方法二：用CALCULATETABLE配合CONTAINSSTRING（更简洁） #

如果你的需求只是检查列中是否包含指定文本，也可以用CONTAINSSTRING替代FIND，再配合CALCULATETABLE来控制上下文：

FilteredTable = 
CALCULATETABLE(
    FeedbackNouns,
    CONTAINSSTRING('FeedbackNouns'[FeedbackTokens], [selected word])
)

CALCULATETABLE会先处理筛选条件里的度量值，拿到固定的选中单词后再应用到表上，同样能避免行上下文的干扰。

额外提醒 #

• 确保你的[selected word]度量值确实返回单个文本值，如果它可能返回多个值（比如切片器选了多个选项），那不管用哪种方法都会出问题，这时候你可以调整度量值，用SELECTEDVALUE确保只取单个选中值：

  selected word = SELECTEDVALUE( 'YourSlicerTable'[WordColumn] )
  

• 另外，FIND是区分大小写的，如果需要不区分大小写的匹配，换成SEARCH函数就行，用法和FIND完全一致。

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