从Javascript向Chrome插件传递int参数的问题

使用NPAPI编写了一个插件，其中有一个方法是获取从JS代码中传入的数值与字符串并将其显示出来。该方法在FireFox下工作比较正常，但是在Chrome下会出现两个问题：

1. 从JS代码传入任意整数，希望其识别为int，但实际上被认作了double。导致后面取值的时候int值为0。
2. 从JS代码传入任意字符串，发现得到的stringValue中，UTF8Length数值正常，但UTF8Characters在原本的字符串后面加上了一些乱码。

之前我以为这两个问题都是JS代码向Webkit浏览器传递参数时的问题，解决方案应该是一样的。后来才发现，实际上这是两个不同的问题，问题原因与解决方式并不相同。

 

对于问题1，实际上JS代码本身并没有能力指出int类型与double类型（即使使用了parseInt这种方法也没用），因此如何识别就依靠于浏览器。Firefox可以正确的将整数123识别为intValue，但是Chrome、Safari等Webkit核的浏览器就做不到这一点，将其当成了doubleValue。在网上搜索这个问题的时候，有人表示在之前Chrome是能够正常识别的，因此认为目前不能正常识别了是个Bug。嗯……是不是Bug我不知道- = 反正嘛，要解决这一问题，有一种简单粗暴的方式：直接对npruntime.h文件进行修改，找到宏NPVARIANT_TO_INT32(_v)，将其改为：

#define NPVARIANT_TO_INT32(_v)   (NPVARIANT_IS_INT32(_v)?(_v).value.intValue:(_v).value.doubleValue)

这样就可以了。

当然，这种方式要求使用者明确自己所调用的必须是Int类型的数值，不然得到的结果就可能会不太理想。

 

 

对于问题2，明眼人一下子就能看出来，是因为缺少了\0。FireFox这方面做得还比较好，而Chrome就不会自动添加\0了。既然UTF8length读取到的值是正确的，那么我们可以在UTF8Length的位置上写一个\0，这样就正常了。依然是在npruntime.h中进行修改。我在里面添加了一个方法：

// Created by liuwei @ 2013.8.15 2 // 添加方法getStringValueFromNPVariant 3 // 为NPVariant的stringValue在合适的位置上添加\0 4 inline char* getStringValueFromNPVariant(NPVariant v){ 5     if(!NPVARIANT_IS_STRING(v)) 6         return NULL; 7     char* srcStr = (char *)(v.value.stringValue.UTF8Characters); 8     int strLen = v.value.stringValue.UTF8Length; 9     char* destStr = (char *)NPN_MemAlloc(strLen + 1);10     memcpy(destStr, srcStr, strLen+1);11     destStr[strLen] = NULL;12     return destStr;13 }

然后添加一个宏 NPVARIANT_TO_LPTSTR：

#define NPVARIANT_TO_LPTSTR(_v)        getStringValueFromNPVariant(_v)

除过以上方法还可以这么做：

int CPluginObject::NPVariantToInt(const NPVariant* args, const int index)
{
    if (NPVARIANT_IS_INT32(args[index]))
    {
        return NPVARIANT_TO_INT32(args[index]);
    }
    else
    {
        return atoi((char*)NPVARIANT_TO_STRING(args[index]).UTF8Characters);
    }
}