前言由于近期项目中要用到插件，所以特地去翻找资料学习了一番，现在在这里分享我所学到的东西给大家，有什么错误的希望能给我指出来，文章有点长，希望大家能认真读完。近些年来，插件化可谓是特别的火热，就拿支付宝美团等软件来说，都是使用这个技术来支撑他们的产品。但是什么是插件化呢，插件化到底有什么好处呢？插件化也就是运行的APP（宿主APP）去加载插件APP

1.概述上一篇博客已经简单的讲了一下Fragment的使用并写了一个基本的实例，接下来就将其整合到项目中。附视频地址：　　　　这里写图片描述2．效果实现列表和轮播条不做过多的解释就是访问接口获取数据而已，这个在和都讲过了。我们直接整合进去这个时候我们发现一个奇怪的问题，就是切换之后会去重新加载数据很不正常。　　一般的思路我们会换实现方法

1.原因分析在小程序更新开发版本之后，用户本地并没有对之前版本的小程序进行删除，那么再进入小程序的时候的版本是不会发生变化的，这是由于发版是异步执行，因此新版本将会覆盖的比较慢，本质是小程序的启动方式分为两种，冷启动与热启动。冷启动：指的是用户首次打开或小程序被微信主动销毁后再次打开的情况，此时小程序需要重新加载启动。热启动：指用户已经打开过某

一、主从同步/复制　　通过持久化功能，Redis保证了即使在服务器重启的情况下也不会丢失（或少量丢失）数据，因为持久化会把内存中数据保存到硬盘上，重启会从硬盘上加载数据。但是由于数据是存储在一台服务器上的，如果这台服务器出现硬盘故障等问题，也会导致数据丢失。　　为了避免单点故障，通常的做法是将数据库复制多个副本以部署在不同的服务器上，这样即使有一台服务器出

一、主从模式通过持久化功能，Redis保证了即使在服务器重启的情况下也不会损失（或少量损失）数据，因为持久化会把内存中数据保存到硬盘上，重启会从硬盘上加载数据。但是由于数据是存储在一台服务器上的，如果这台服务器出现硬盘故障等问题，也会导致数据丢失。为了避免单点故障，通常的做法是将数据库复制多个副本以部署在不同的服务器上，这样即使有一台服务器出现故障，其他

H5性能优化方面的探索H5很重要，很重要，很重要，重要的事情必须重复多遍，H5的优点：跨平台、迭代快、开发体验好。缺点：加载慢，用户体验差。所以在接下来很长一段时间内我将会从H5的几个缺点发面去研究如何优化。一、缓存问题及其解决办法经常遇到一个问题，H5页面由于缓存问题经常在H5发布新版本之后

问题描述：由于业务原因，网站并发一般发生在晚上1点左右，持续半个小时，某晚移动端商品图片加载不出来，公司大佬紧急联系各个负责人，高峰期过后恢复正常，第二天查找原因，从商品查找到了ES这边。接手项目前听说由于CPU100%挂过一次，测试压力测试查询并发在每秒80左右就不行了，于是增加机器负载，连续几天还是接二连三的报警，于是仔细查看了代码。性能测试结果如下：

点击上方“杰哥的IT之旅”，选择“星标”公众号重磅干货，第一时间送达!(https://oscimg.oschina.net/oscnet/3fde637b14914532ae06fff07cd4b356.png)贾浩楠发自凹非寺量子位报道|公众号QbitAI全世界最多人

前三篇文章已从groovy脚本的基本使用到java解析，json对象结合作了一基础铺垫。这篇文章是本系列的最后一篇文章。在第二篇文章中，说到用groovy编写的规则脚本，然后采用文件字符串的形式加载到java中，解析并运行。在我的应用场景中，每一条规则就是一个业务指标项。每一个指标项能够单独维护，而不是把所有指标项统一放到一个文件中。那么，我需

首先，大多数时候，我们的第一反应是用字符串去拼接SQL语句，这说明字符串拼接方式其实是最直观的。其次，使用对象化的方式拼接SQL，还是有其局限性，大量的SQL文本也不宜直接写在Java类中。所以，FoxnicSQL将原本要写在Java类中的SQL语句放到一个外部文件中，每个语句用一个ID去标识，在SQL执行时，只要指定ID就可以了。在此基础上，FoxnicSQL加入了模板引擎、SQL语句置换、热加载等特性，使其变得更加好用。