Google Sheets自定义函数运行结果与代码编辑器测试不一致求助

核心差异：参数传递的转义与解析规则不一致 #

你遇到的问题本质是Google Sheets单元格字符串传递给自定义函数时的转义规则，与直接在代码编辑器中传入字符串的规则不同，导致函数内部解析逻辑失效，最终输出NaN。以下是具体排查和解决方向：

1. 确认表格传入的原始参数 #

在SC_PRINT函数开头添加日志，打印实际接收的参数：

function SC_PRINT(input) {
  // 新增日志查看参数细节
  Logger.log("Raw input from sheet: '" + input + "'");
  Logger.log("Input length: " + input.length);
  
  // 原有业务逻辑...
}

执行后查看日志（编辑器顶部「查看」→「日志」），对比代码编辑器测试时传入的"C=>bd \ C=>Bd"，重点看：

• 表格传入的参数是否把单个\转成了\\；
• 是否存在隐藏空格、不可见字符等破坏字符串结构的内容。

2. 修正字符串分割的转义处理 #

如果你的函数用\作为分隔符分割输入字符串，JavaScript中必须对反斜杠转义（写成\\）才能正确匹配：

// 错误写法：无法识别单个反斜杠
const parts = input.split("\");
// 正确写法：匹配单个反斜杠分隔符
const parts = input.split("\\");

若分割逻辑未转义，会导致分割失败，后续提取字符时得到undefined，计算数值时就会出现NaN。

3. 强制单元格按原始字符串传递参数 #

Google Sheets中直接输入\时，可能会被当作转义前缀处理（比如\ 会显示为空格）。可以用双引号包裹单元格内容，强制按原始字符串传递：

="C=>bd \ C=>Bd"

再调用=SC_PRINT(A1)（假设内容在A1单元格），验证输出是否恢复正常。

4. 给数值计算逻辑加容错判断 #

如果分割后的数组长度不符合预期，或提取的字符不存在，会直接导致NaN。可以在计算前添加判断：

// 示例：假设从分割后的内容中提取字符计算V值
const targetChar = parts[0]?.match(/[bB]/)?.[0];
const vValue = targetChar ? (targetChar === 'b' ? 1.5 : 2) : 0; // 替换为你的实际计算规则

避免因提取失败直接产生NaN。

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