antherds
antherds
已经提了pr,可以到我的仓库看看: https://github.com/antherd/sm-crypto 
> @antherd-admin 我Java端和Golang端已经对接完成,你的这个仓库也只是用java调作者的js方法呀。。 没错,java直接调用js方法。保证前后端所有方法一致
> java的公私钥,需要 > > String publicQ = HexUtil.encodeHexStr(sm2.getQ(false));//未压缩的 > String privateD = HexUtil.encodeHexStr(sm2.getD()); > > 取出 Q和D 才和 js端的公私钥对应的, > 可以看看是不是类似的原因,我之前也遇到过 因为前段js生成的公私钥是压缩的,所以用前段后端生成的公钥,获得的压缩Q加密的密文,用后端私钥是解不了的
> > java的公私钥,需要 > > String publicQ = HexUtil.encodeHexStr(sm2.getQ(false));//未压缩的 > > String privateD = HexUtil.encodeHexStr(sm2.getD()); > > 取出 Q和D 才和 js端的公私钥对应的, > > 可以看看是不是类似的原因,我之前也遇到过 > > cn.hutool.crypto.SmUtil; > 我这里是用的这个hutool工具包里的方法,和本sm的js库之间对接下来没有问题。及时要注意这个Q,D的压缩密匙,还有 04的问题...
有了解的同事知道现在公司大概什么情况吗?
> 现在正常的 正常也不敢去,故意把绩效改成占工资的50%,前车之鉴
> > > > > 现在正常的 > > > > > > > > > > > > 正常也不敢去,故意把绩效改成占工资的50%,前车之鉴 > > > > > > > > > 那你这么说,苏州基本上没几个正规的IT公司,坑特别多,这家至少工资正常发放,全额社保,相对来说还可以吧 >...
> > > > > > > 现在正常的 > > > > > > > > > > > > > > > > > > 正常也不敢去,故意把绩效改成占工资的50%,前车之鉴 > > >...
这家公司奇葩,入职的时候请准备好离职被告,不光工资拿不到,还要被告。被告概率是100%