var s = '';
var num = parseInt(s) || 0;

当不与布尔值一起使用时，逻辑OR ||操作符如果可以计算为true，则返回第一个表达式parseInt(s)，否则返回第二个表达式0。parseInt(")的返回值是NaN。NaN的值为false，因此num最终被设置为0。

var value = isNaN(parseInt(tbb)) ? 0 : parseInt(tbb);

同样地，为什么不编写一个函数并在任何需要的地方调用它呢?我假设它是表单字段执行计算的入口。

var Nanprocessor = function (entry) {
    if(entry=="NaN") {
        return 0;
    } else {
        return entry;
    }
}

 outputfield.value = Nanprocessor(x); 

// where x is a value that is collected from a from field
// i.e say x =parseInt(formfield1.value); 

这样做有什么不对?

为什么不重写这个函数呢?在这种情况下，你总是可以确保它在NaN的情况下返回0:

(function(original) {
    parseInt = function() {
        return original.apply(window, arguments) || 0;
    };
})(parseInt);

现在，在代码中的任何地方:

parseInt('') === 0

// implicit cast
var value = parseInt(tbb*1); // see original question

解释一下，给那些不觉得它微不足道的人:

一种称为“隐式强制转换”的方法乘以1，试图将未知类型操作数转换为原始类型“number”。特别地，空字符串将变成数字0，使其成为parseInt()的合格类型…

上面的PirateApp也给出了一个很好的例子，他建议在+号前面加上+号，迫使JavaScript使用数字隐式强制转换。

8月20日更新:parseInt("0"+expr);给出更好的结果，特别是对于parseInt("0"+'str');

我很惊讶没有看到任何人提到使用Number()。如果提供，它将解析小数，因此将不同于parseInt()，但是它已经假设以10为基数，并将“”甚至“”转换为0。