当我在调试模式下运行下面的代码时,我在for循环的第一次迭代中获得了预期值,但在第二次迭代时获得了null,如图中所示:
第一次迭代:
第二次迭代:
我错了什么?
我使用的代码是:
var newer_than = ' newer_than:2d'; //added for faster debugging
var subjectIdentifier = '"Ingress Portal Submitted: "';
var searchString = 'subject:'+subjectIdentifier+newer_than;
function getPortalName(string) {
var myRegexp = /: (.+)/g;
var match = myRegexp.exec(string);
var portalName = match[1];
return portalName;
}
function getPortalsSubmitted() {
var threads = GmailApp.search(searchString);
for (i=0; i<threads.length; i++) {
var subject = threads[i].getFirstMessageSubject();
var portalName = getPortalName(subject);
var subDate = threads[i].getMessages()[0].getDate();
Logger.log([portalName,subDate]);
}
}
function updatePortals() {
var threads = GmailApp.search('subject:"Ingress Portal"');
for (i=0; i<threads.length; i++) {
Logger.log(threads[i].getFirstMessageSubject());
}
}
答案 0 :(得分:10)
虽然评论已经回答了这个问题,但我会做出正确答案。
当正则表达式具有exec
标志时,理解此问题的一个重要问题是g
行为。其中,当按顺序调用时,即使传递不同的字符串,也会尝试查找“下一个”匹配。这是MDN上的documentation link。
虽然MDN声明你应该注意不要重新创建RegExp对象(甚至是文字),因为它可能会重置lastIndex
属性。至少在Apps脚本中并非如此。如果在代码中的完全相同的位置反复使用正则表达式文字,Apps脚本会缓存正则表达式并重新使用相同的对象。
这两种效果的结合意味着你在不知不觉中触发了代码中的“下一场比赛”行为。
最简单的解决方案是删除g
标记,因为您无论如何都不需要它(您只获得第一个结果)。但您也可以通过将var myRegexp = /: (.+)/g;
行替换为var myRegexp = new RegExp(': (.+)','g');
来修复此问题,从而强制Apps脚本为您提供新对象。
我认为我们可以从中学到的一个好教训是:如果你不需要它,不要使用旗帜。有时我们是懒惰的,不假思索地设置旗帜,“以防万一”。