有时候需要对淘宝、天猫平台进行频繁操作，会触发平台风控，需要我们登陆之后才能进行操作，或者有些功能淘宝开放平台并没有提供api接口，只能通过人工登录进行操作，但是频繁的人工操作比较浪费时间。因此对于模拟登陆的需求也就随之而来。网上很多关于淘宝、天猫模拟登陆的教程都是python写的，但是我对python语言了解不多，而且我们需要定制化的功能，因此最好是使用自己熟悉的语言去开发，因此本文的模拟是使用

9.15日，线上的一个微服务接口错误率突然提升的情况。于是连接上了远程服务器使用jps -l命令查看发现进程还在，但是无法稳定的对外提供服务。下面记录下问题定位、解决的过程一、问题排查既然进程还在，那就说明还没有死掉，于是我就开始着手排查使用top命令查看cpu占用情况，找到占用cpu最高的进程pid使用jps -l命令去打印出服务器内所有的java进程信息，然后查看是否有第1步中拿到的pid经过

目前我司采用内网自建GitLab平台托管代码，fat-jar方式打包，每个应用jar包达到百兆。为了规避云服务带宽不足导致上次jar包缓慢的问题，我们在云服务器上安装了GitLab Runner（:依赖jar可以分离出来，从而保证我们打包出来的应用jar包很小（可能只有几兆甚至更小），而依赖jar在大部分情况下是不会改变的，所以每次发布的时候只需要把应用jar包上传即可。:所有的依赖都打到一个ja

本文目录结构：一、问题复现二、问题排查三、问题解决一、问题复现现在的项目都由原先的单体架构向分布式架构演变，在这个过程中就会存在session共享的问题。单体架构只有一个JVM，所以内存中的数据可以共享，session直接保存在内存中，重启服务会导致session丢失，用户登录失效。分布式架构下基本都存在多个微服务，或者微服务集群，且版本迭代速度快，这些服务有各自的JVM，因此无法实现内存共享，这