随着业务快速发展，各种问题越来越明显，急需对系统进行微服务改造优化。经过思考，整体改造将分为三个阶段进行：数据库拆分、应用拆分、数据访问权限收口。

https://blog.csdn.net/ausboyue/article/details/53691953前言：开启某服务或软件的端口，要从该服务或软件监听的端口（多以修改配置文件为主），SeLinux和防火墙（FireWall）的安全策略下手。如果使用阿里云，腾讯等第三方服务器还需要对管理控制台的安全组下手。下面进入主题，如果有什么

1inch是一个链上去中心化交易所（DEX）聚合器，它可以在单一交易内按最优策略将兑换拆分到多个DEX上执行，从而获得最佳的兑换比率。1inch智能合约已经在Gihub开源(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fgithub.com%2F1inchexchange%2F1in

最近一直在处理新系统的性能优化问题，这两天特地测试了下oracle11gR2开始引入的smartflashcache。其介绍参考MOS文档，HowToSizetheDatabaseSmartFlashCache(文档ID1317950.1)TheDatabaseSmartFlashCacheis

rabbitmqwebstomp优化过程基础环境OSCentos7x86\_64Erlang19.0.3Rabbitmq3.6.5症状1.OA系统显示有2200个人在线，但是Rabbitmq的连接数一直小于13002.

　newFixedThreadPool：固定线程池，核心线程数和最大线程数固定相等，而空闲存活时间为0毫秒，说明此参数也无意义，工作队列为最大为Integer.MAX\_VALUE大小的阻塞队列。当执行任务时，如果线程都很忙，就会丢到工作队列等有空闲线程时再执行，队列满就执行默认的拒绝策略 newCachedThreadPool：带缓冲

该小工具的粗略设计实现结构图如下所示：!(https://static.oschina.net/uploads/img/201704/22171125_paOy.jpg)由于该服务的头文件使用了gzip对数据进行了数据压缩，在这个版本处理的策略是，把压缩的数据放在一个压缩文件中。压缩文件按时间进行存储在目录inputJson中。上图中是运行时

LIBXML\_COMPACT激活节点的优化配置（可加速应用程序）LIBXML\_DTDATTR设置默认的DTD属性LIBXML\_DTDLOAD装载额外的子集LIBXML\_DTDVALID验证DTD有效性LIBXML\_NOBLANKS删除空节点LIBXML\_NOCDATA将CDATA

最近呢，我使用到redis的缓存这方面的知识，所以去加深了一下学习，故有一些积累的东西，在这里给大家分享一下；顺便也当作笔记一般的存在，以免以后用到的时候，又去再次查找，难道自己记录的知识，它不香吗？1\.Redis持久化策略1.1什么是持久化1.1.1持久化介绍    

1.懒加载：LazyForEach替代ForEach原理：只渲染可视区域内的页面，滑出后自动销毁。//优化前：ForEach一次性加载所有页面（内存爆炸！）Swiper()ForEach(this.list,(item:number)SwiperItem(