前言在使用阿里云服务器的过程中，开启了服务器的防火墙，导致本地xshell以及阿里云官网自带的远程连接【端口：22】均无法使用，所有服务器开启的端口无法使用，在联系阿里云技术客服后，才得到了解决，将整个解决方案总结如下，希望可以帮到那些遇到此类问题的同学。解决思路1.设置救援连接密码2.进行救援连接（和电脑系统的安全模式启动类似）3.关闭防火墙4.成功解决

写在前面:　　在最近的项目中需要每天定时对数据库表进行查询，并完成相关数据的更新操作。首先让我想到的是Timer类，记得在一开始维护那个老系统的时候，开了个接口，也涉及到了定时的操作。下面就记录下大概的用法，方便后续工作中用到时再次查找方便。　　由于是用在web中，故当项目启动的时候，就应该去将这个定时任务给跑起来，这里用了监听器，当初始化的

1、引言在不了解IM技术的人眼里，群聊是再平常不过的功能而已，万人群聊？应该也不难实现吧？！确实，从前端功能界面上来看，群聊无非就是个循环向群员发送消息的一对多聊天消息分发模式而已，难在何处？真实的情况是，群聊是IM系统中的高难度技术点之一。难在哪？难在服务端！从某种角度上说，群聊功能的架构设计和技术实现的品质，可以代表这款IM软件

我记得我接触电脑的时候是在小学三年级的时候，那是1995年，那年发布了windows95，但是我学习的时候还是只是dos系统，简单对于文件的一些命令操作还有五笔在过去的那个年代，电脑都是单CPU，也就是单任务处理；多任务处理到后来才慢慢发展起来，多任务代表电脑在同一时刻内可以处理很多并行操作，这样CPU被利用率高了，多个任务都可以共享。多任务处理的出现对

壹工作中的微服务架构,某个服务通常会被多个服务调用或者多层调用完成需求,如果某个服务不可用,导致一个系统功能不可用或者服务直接没用了的情况,这种情况称为雪崩效应有A服务调用B服务,B服务调用C服务,如果B服务调用C服务出了问题,那么B服务会一直重试,等待会将资源耗尽,结果B服务也不可用,导致A服务调用B服务的时候,也出问题,这样的话,ABC服务都

\TOC\Django中间件\\中间件介绍：\\中间件是一个用来处理Django的请求和响应的框架级别的钩子。它是一个轻量、低级别的插件系统，用于在全局范围内改变Django的输入和输出。每个中间件都负责做一些特定的功能。说的直白点中间件就是帮助我们在视图函数执行之前和执行之后都可以做一些额外的操作，它本质上是一个

用C语言写程序时需要知道是大端模式还是小端模式。所谓的大端模式，是指数据的低位保存在内存的高地址中，而数据的高位，保存在内存的低地址中；所谓的小端模式，是指数据的低位保存在内存的低地址中，而数据的高位保存在内存的高地址中。为什么会有大小端模式之分呢？这是因为在计算机系统中，我们是以字节为单位的，每个地址单元都对应着一个字节，

在微服务架构中，我们将系统拆分成了一个个的服务单元，各单元应用间通过服务注册与订阅的方式互相依赖。由于每个单元都在不同的进程中运行，依赖通过远程调用的方式执行，这样就有可能因为网络原因或是依赖服务自身问题出现调用故障或延迟，而这些问题会直接导致调用方的对外服务也出现延迟，若此时调用方的请求不断增加，最后就会出现因等待出现故障的依赖方响应而形成任务积压，线程资

为什么要做性能调优？一款线上产品如果没有经过性能测试，那它就好比是一颗定时炸弹，你不知道它什么时候会出现问题，你也不清楚它能承受的极限在哪儿。所以，要不要做性能调优，这个问题其实很好回答。所有的系统在开发完之后，多多少少都会有性能问题，我们首先要做的就是想办法把问题暴露出来，例如进行压力测试、模拟可能的操作场景等等，再通过性能调

这次是真的好长时间都没有写博客了，主要不是因为工作上的事，主要还是这个问题真的有点复杂，实现起来有点麻烦，所以研究了很长时间(大约有一个月的时间)。但是幸好最后问题搞定了~~一、问题场景想实现360手机卫士那样可以拦截应用请求系统的一些权限(比如：位置信息，通讯录等)二、目的公司开发的app需要使用音频权限，但是总是被360那样的安全管家所拦