项目场景： 安卓开发中手机号一键登入,需要得到本机号码，号码有三大运营商，所以用的时极光平台，帮我们封装好了。客户端通过认证AndroidSDK后获取loginToken给服务端，服务端拿到loginToken调用一键认证Api获取加密的手机号(基于RSA公钥),需要用对应的RSA私钥解密,但出现了java.security.InvalidKeyException:IOException:DERinput,Integertagerror这个问题，意思是私钥格式不对,处理了半天，避免大家踩坑，总结出这篇文章。问题描述对获取到加密的手机号进行解密报的异常,先看官网的解密方案：官方文档
项目场景： 安卓开发中手机号一键登入,需要得到本机号码，号码有三大运营商，所以用的时极光平台，帮我们封装好了。客户端通过认证AndroidSDK后获取loginToken给服务端，服务端拿到loginToken调用一键认证Api获取加密的手机号(基于RSA公钥),需要用对应的RSA私钥解密,但出现了java.security.InvalidKeyException:IOException:DERinput,Integertagerror这个问题，意思是私钥格式不对,处理了半天，避免大家踩坑，总结出这篇文章。问题描述对获取到加密的手机号进行解密报的异常,先看官网的解密方案：官方文档
文章目录1.复现问题2.分析问题3.深入理解mysql的数据类型3.1CHAR和VARCHAR类型3.2TEXT类型3.3ENUM类型3.4SET类型4.解决问题5.总结1.复现问题今天在测试环境新增数据时，报出如是错误：Datatoolongforcolumn'apply_service_type'atrow1。为了复现这个问题，我特地在本地数据库中增加如下test表：DROPTABLEIFEXISTS`test`;CREATETABLE`test`(`id`int(11)NOTNULLAUTO_INCREMENT,`apply_service_type`varchar(255)CHARAC
文章目录1.复现问题2.分析问题3.深入理解mysql的数据类型3.1CHAR和VARCHAR类型3.2TEXT类型3.3ENUM类型3.4SET类型4.解决问题5.总结1.复现问题今天在测试环境新增数据时，报出如是错误：Datatoolongforcolumn'apply_service_type'atrow1。为了复现这个问题，我特地在本地数据库中增加如下test表：DROPTABLEIFEXISTS`test`;CREATETABLE`test`(`id`int(11)NOTNULLAUTO_INCREMENT,`apply_service_type`varchar(255)CHARAC
Windows下int和long数据类型为什么都占4个字节如果你测试过long和int内置类型的大小，当发现都为4字节时，可能都会产生疑问，如果都是4字节，long并没有提供更大的存储范围，那么还要long做什么用？本文如下内容将为你解开这些疑团。先简要概述以下内置类型的发展，如有疏漏，还请指正。C语言开始时只有char(8位)和int(16位)两种，后来随着发展又加入了short(16位)和long(32位)，此时，int可以是16位或者32位，依赖于平台和后续的兼容性。再后来当64位出现时，longlong(64位)又被添加进来，为了进行规范，对较小的一些类型的范围就有了一些调整，逐渐稳定
Windows下int和long数据类型为什么都占4个字节如果你测试过long和int内置类型的大小，当发现都为4字节时，可能都会产生疑问，如果都是4字节，long并没有提供更大的存储范围，那么还要long做什么用？本文如下内容将为你解开这些疑团。先简要概述以下内置类型的发展，如有疏漏，还请指正。C语言开始时只有char(8位)和int(16位)两种，后来随着发展又加入了short(16位)和long(32位)，此时，int可以是16位或者32位，依赖于平台和后续的兼容性。再后来当64位出现时，longlong(64位)又被添加进来，为了进行规范，对较小的一些类型的范围就有了一些调整，逐渐稳定
一、前言我们在实际开发中肯定会遇到后端的时间传到前端是这个样子的：2022-08-02T15:43:50这个时候前后端就开始踢皮球了，！！后端说：前端来做就可！前端说：后端来做就可！作为一名有责任感的后端，这种事情怎么能让前端来搞呢！还有就是Long类型的返回到前端可能会损失精度，这个情况只能后端来做了！解决方案还是看的开源框架，人家写的，咱就不造轮子了！直接开车！！二、错误示范带着T非常不好，产品要求不带，哈哈，一切按照原型来哦！！下面的testNum的值是Long类型的最大值：9223372036854775807，这样就会损失精度成：9223372036854776000三、导入依赖 o
一、前言我们在实际开发中肯定会遇到后端的时间传到前端是这个样子的：2022-08-02T15:43:50这个时候前后端就开始踢皮球了，！！后端说：前端来做就可！前端说：后端来做就可！作为一名有责任感的后端，这种事情怎么能让前端来搞呢！还有就是Long类型的返回到前端可能会损失精度，这个情况只能后端来做了！解决方案还是看的开源框架，人家写的，咱就不造轮子了！直接开车！！二、错误示范带着T非常不好，产品要求不带，哈哈，一切按照原型来哦！！下面的testNum的值是Long类型的最大值：9223372036854775807，这样就会损失精度成：9223372036854776000三、导入依赖 o
一、前言我们在实际开发中肯定会遇到后端的时间传到前端是这个样子的：2022-08-02T15:43:50这个时候前后端就开始踢皮球了，！！后端说：前端来做就可！前端说：后端来做就可！作为一名有责任感的后端，这种事情怎么能让前端来搞呢！还有就是Long类型的返回到前端可能会损失精度，这个情况只能后端来做了！解决方案还是看的开源框架，人家写的，咱就不造轮子了！直接开车！！二、错误示范带着T非常不好，产品要求不带，哈哈，一切按照原型来哦！！下面的testNum的值是Long类型的最大值：9223372036854775807，这样就会损失精度成：9223372036854776000三、导入依赖 o
一、前言我们在实际开发中肯定会遇到后端的时间传到前端是这个样子的：2022-08-02T15:43:50这个时候前后端就开始踢皮球了，！！后端说：前端来做就可！前端说：后端来做就可！作为一名有责任感的后端，这种事情怎么能让前端来搞呢！还有就是Long类型的返回到前端可能会损失精度，这个情况只能后端来做了！解决方案还是看的开源框架，人家写的，咱就不造轮子了！直接开车！！二、错误示范带着T非常不好，产品要求不带，哈哈，一切按照原型来哦！！下面的testNum的值是Long类型的最大值：9223372036854775807，这样就会损失精度成：9223372036854776000三、导入依赖 o
