恢复后UTM代码链接还会出现更多余问号吗？

咱就是说当前这个问题啊，真实的是很烦人！你看， 用 JavaScript 弄个 UTM 参数持久化，本来是想跟踪用户来源的，最终还是结果是呢，URL 里头就算没有 UTM 参数，链接后面还是跟着个问号？这不是瞎添乱吗？，我怀疑...！

问题根源在哪里？

问题就出在当前这个叫 decorateUrl 的函数上。它负责往 URL 里添加 UTM 参数，但是呢，原来的代码写的跟豆腐渣工程项目似的。你比如说 它不管 collectedQueryParams 是不是空的，都要往 URL 后面加个 ? 或者 &。这不胡闹吗？！

function decorateUrl {
    urlToDecorate =  === -1) ? urlToDecorate + '?' : urlToDecorate + '&';
    var collectedQueryParams = ;
    for  {
        if ) {
            )
        }
    }
    return urlToDecorate + ;
}

你看看这代码，逻辑上就是错的！它先判断 URL 里有没有 ?， 然后决定加 ? 还是 &，但是它根本没检查 collectedQueryParams 到底有没有东西。 麻了... 也就是说就算没收集到任意 UTM 参数，它也要往 URL 后面加个符号，这不是扯淡吗？！

怎么改才对？

正确的姿势应当是这样的：先来看检查 collectedQueryParams 的较长度。如果较长度为 0，那就啥也不干，直接返回原始的 urlToDecorate。 得了吧... 只有当 collectedQueryParams 不为空时才考虑加 ? 或 &。

function decorateUrl {
    var collectedQueryParams = ;
    for  {
        if ) {
            )
        }
    }
    if{
        return urlToDecorate;
    }
    //only add  ? if we have params AND if re isn't already one
    urlToDecorate =  === -1) ? urlToDecorate + '?' : urlToDecorate + '&';
    return urlToDecorate + ;
}

性价比超高。 这么改了之后就不会出现更多余的问号了。你看，这样一改，就清爽更多了吧？！

结论

总之啊， 在用 JavaScript 做 UTM 参数持久化的时候，一定要注意检查 collectedQueryParams 是不是空的。要不然就算 URL 里没有 UTM 参数，链接后面也会跟着个问号，这更多不容简单看啊！所以啊，还是得按照咱说的改法来才能保证 URL 的整洁整洁。

而且， 你要是真实想做良好这事儿，还得良好良好学学 JavaScript，别像咱这样， 可不是吗！ 东拼西凑写出个半吊子的代码。到时候出了问题，还得回来改，这不浪费时间段吗？！

吃瓜。 所以啊，还是老老实实地学习了解吧！别想着蒙混过关，到头来吃亏的还是自己。