JVMTI功能兼容Windows 32位和MacOS

[pcdlrzxx]

大佬，我终于把MAC下的JVMTI相关功能搞定了，好难，各种疯狂查资料。拉了一个PR，顺便把之前兼容Windows 32位的一起提交了（这个我只做了解密部分兼容，我觉得现在应该没人会只在32位系统上做开发了）。

还有之前说的那2个参数（PACKAGE_NAME和KEY），我已经找到办法隐藏了，不过没有通用性，我就不放到这个PR里了

[4ra1n]

牛逼

[4ra1n]

@pcdlrzxx 最近我在忙另一个项目 jar-analzyer 的开发，这个项目我这几天看一下，合并下

[pcdlrzxx]

OK，不急，我也是靠着在网上查找资料以及AI的帮忙才一点点摸索的，保不准还有什么BUG

[4ra1n]

@pcdlrzxx 合并之后我发现了几个问题

第一个是 x86 windows 似乎没写完？我暂时先删除了

第二个是 mac 的支持是不是和芯片有关，我 m1 芯片是 can not load lib 报错，网上说可能是 intel 和 m1 芯片的问题

你看看是不是芯片问题，现在大部分 mac 应该都不再是 intel 了

[pcdlrzxx]

第一个是 x86 windows 似乎没写完？我暂时先删除了

这个我只兼容了解密的部分，我测试过了，就算加密时用的是 64 位的 DLL，解密时用 32 位的 DLL 也是没问题的，只要保证 JRE 是 32 位的就行。因为现在大家的开发环境基本都是 64 位的了，所以我觉得没有必要再去做 32 位的加密了，但是部分软件需要提供 32 位的版本，所以解密时兼容 32 位我觉得还是有必要的

第二个是 mac 的支持是不是和芯片有关，我 m1 芯片是 can not load lib 报错，网上说可能是 intel 和 m1 芯片的问题

你看看是不是芯片问题，现在大部分 mac 应该都不再是 intel 了

这个大概率是了，因为我是在 intel 芯片的 mac上进行测试的。那我搞个 m1 芯片的虚拟机，再测试一下

[4ra1n]

@pcdlrzxx

OK 32位的我之后测试下

MAC 的话，感觉可以 build 两份，一个 m1 的一个 intel 的，然后运行时判断下芯片，System.load 正确的