今天使用jenkins部署程序发现部署过程总会在unzip之后ssh断开
检查脚本后发现，unzip之后是kill操作
shellkill -9 `ps -ef |grep "$projectName" | awk '{print $2}'`
该命令过滤过于暴力，把该项目的jenkins线程也grep出来一并kill掉了，导致ssh断开— status[-1]非正常中断。
看了网上的文章，增加了对“java”关键字的过滤，希望能把jenkins排除掉，改为
shellkill -9 `ps -ef |grep "$projectName" |grep java| awk......
在springboot的启动类中，使用@ImportResource注解的时候，应当尽量清晰得指定路径和文件，不要用@ImportResource(value=”classpath*:*.xml”)的方式，因为有的jar包会将一些xml配置一起打包起来，比较常见的就是log4j配置，如果使用*.xml来导入资源，很容易就会被覆盖或者引入第三方配置文件，导致线上莫名其妙的错误，比如resource中是logback配置，启动起来却是log4j。
正确的打开方式应该是：@ImportResource(value=”classpath*:spring-redis.xml”)，或者加上项目名@I……
最近工作中遇到了大量需要处理byte，并进行类型转换的场景。由于之前从未特意关注过java的二进制处理，所以踩了很多坑，在这里总结一下。
1、由于java是没有unsigned类型的，因此在处理很多其他语言传过来的byte时，如果直接强制类型转换为short或者int有可能会因为符号位的原因得到预期之外的值。这其中的原因就是java在byte强转short/int时采用的是补符号位扩展的方式。
举个栗子：十进制129，转为二进制是1000 0001，但是由于java没有unsigned类型，第八位的1就会被识别为符号位，byte强转为short，按照符号位1进行高位补位得到1111……
