1\.场景前几天，有一个小姐姐私聊我，说她每次打开微信，界面上密密麻麻的红点提示让她很惆怅，每一条消息她都要一条条去点击，太费时间且焦虑了本篇文章将以之前聊过的UiAutomator2编写自动化脚本，来帮小姐姐解决这个问题2.准备在开始实战之前，需要做如下准备：1、在PC端配置Android开发环境2、安装依赖库及应用其中：uiauto

前言：新搬的地方还没有安装WIFI，流量手机流量快烧完了，看着附近的WIFI，很是心动。于是上网搜索了一下教程进行试验，试验过程和结果，仅作为学习记录。试验环境：1.台式机2.Kali虚拟机3.无线网卡4.菜鸡一只试验过程：一、无线网卡安排1.主机USB接口直接怼入无线网卡，Kali虚拟机弹窗提示，选择连接到虚拟机，选中Kali，点击确定。（看

记录一下公平锁，非公平锁，可重入锁（递归锁），读写锁，自旋锁的概念，以及一些和锁有关的java类。公平锁与非公平锁：公平锁就是在多线程环境下，每个线程在获取锁时，先查看这个锁维护的队列，如果队列为空或者自身就是等待队列的第一个，就占有锁。否则就加入到等待队列中，按照FIFO的顺序依次占有锁。非公平锁会一上来就试图占

本文以2022年一个实际项目为基础，来演示在京东云上构建高可用业务的整个过程。公有云及私有云客户可通过使用京东云的弹性IAAS、PAAS服务，创建高可用、高弹性、高可扩展、高安全的云上业务环境，提升业务SLA,提升运维自动化水平，降低资源成本及运维成本。有业务迁移上云需求，希望构建云上高可用业务架构的客户或对云上高可用架构规划有兴趣的读者可以一看。

项目背景，之前在上家东家接触到golang，自学到项目上线，也是摸着石头过河，中间也遇到了一些小bug（生产环境出现内存泄露问题，导致业务占用内存，居高不下，实际是因为项目的service层部分应用没有应用到redis或数据库，但是也进行了实例化，最后没有释放资源导致，排查方法也是比较笨，就是一些流程在本地跑，看哪些环节导致内存居高不下，最后追查到的结果），

OSChina的Git平台一直在云平台上，今年年中的时候数据增长迅猛，特别是在存储的容量上成倍的增长。我们跟几个云平台的深入聊过，目前的环境下没有解决方案，难以在容量和性能上都同时满足。于是才做出建立独立服务器的决定。然后是几个月的硬件准备和软件架构的准备，特别是在Ceph(http://my.oschina.net/p/ceph)存储上的研究

!(http://pic.wblog.cn/F21D67BC6A7C498FACFF9F0E28C60A8A.png)搞定了一切的一切之后下一步就是正式使用了，但是之前介绍的都是在单台服务器上进行的部署，如果在生产环境出现了单台故障怎么办呢？提供稳定性和性能的最直观的方式就是集群，solr官方提供了cloud的集群方式附上:喵了个咪

本节的目的是逐步描述ActivitiCore和ActivitiCloud发行版需要涵盖的场景。这些测试是自动化的，以确保在未来的版本中我们不会引入可能破坏这些场景的情景。本文档被分成不同的部分，重点讨论本地和分布式环境执行的不同方面。这意味着测试应该涵盖执行和状态如何保存在执行过程中涉及的每个不同服务中。这些场景还需要从消费者的角度定义发送的数据

一、前言1、由于每月月底都需要对一些oracle数据库环境进行一些简单的巡检，而通过运行一条条语句，并依依去截图保存到word文档中效率低下，所以这里我就将手工巡检过程编写成shell脚本来提高巡检效率，同时也免去了截图照片图片不清晰的问题。2、脚本简单容易二次编辑，本文仅提供简单巡检的事项，如数据表空间是否自动扩展、是否开启归档等，

由于客户类只依赖于服务类的一个接口，而不依赖于具体服务类，所以客户只定义一个注入点。在程序运行过程中，客户类部直接实例化具体服务类实例，而是客户类的运行上下文环境或者专门组建负责实例化服务类，然后将其注入到客户类中，保证客户类的正常运行。依赖注入的方法大致分为3中：接口注入、构造方法注入、setter注入；1、setter注入setter注入是指