1、模糊查询效率很低：原因：like本身效率就比较低，应该尽量避免查询条件使用like;对于like’%…%’(全模糊）这样的条件，是无法使用索引的，全表扫描自然会效率很低；另外由于匹配算法的关系，模糊查询的字段长度越大，查询的效率就越低。解决办法：首先尽量避免模糊查询，如果因为业务需要一定要使用模糊查询，则至

VO是跟数据库里表的映射，一个表对应一个VODAO是用VO来访问真实的表，对数据库的操作都在DAO中完成BO是业务层，做逻辑处理的VO，PO，BO，QO,DAO,POJOO/RMapping是ObjectRelationalMapping（对象关系映射）的缩写。通俗点讲，就是将对象与关系数据库绑定，用对象来表示

主从的作用1.实时灾备：一台主数据库宕机了，启用从数据库，用于故障切换2.读写分离：主服务器只用于写操作，从服务器只用于读取，支持了更大的并发3.备份：可以解决数据丢失的问题，避免影响业务主从原理1、主库接收到更新命令，执行更新操作，生成binlog2、从库sal

由于公司的业务需要，要实现PhoneGAP文件上传并显示进度条。一开始没有仔细看PhoneGAPAPI就草草开工，后来通过logcat才发现，上传过程中居然有动态刷新上传的字节数据。顿时泪奔，我手动实现的上传进度监听啊，不过既然写了，多少就有收获，详情见：http://blog.csdn.net/herestay/article/details/85679

简介    RPC是远程过程调用（RemoteProcedureCall）的缩写形式 ，RPC的目的是为了简化网络通信，让用户可以专注于业务处理，不用关心网络层的处理，真正实现在客户端A中调用函数F就可以调用服务端B中的函数F的目的。    RPC模型引入存根进程(stub)的概念， 对于服务端的服务类A，在客户端通过A::s

场景在某些业务上，可能我们需要计算多段文字的高度，达到动态适配ListView高度的目的，满足我们产品的优（bian）秀（tai）需求。在android原生层大家都知道有各种手段可以计算文字的宽、高等，例如paint.layout等等手段。但在flutter中，虽然并没有直接提供API供开发者使用，但和android原生一样，只有看下RichText的源

1.1数据库对比缓存：将数据存储到内存中，只有当磁盘胜任不了的时候，才会启用缓存　　缺点：断电数据丢失(双电)，用缓存存储数据的目的只是为了应付大并发的业务。数据库：mysql(关系型数据库，能够保证数据一致性，保证数据不丢失，当因为功能太多，导致性能不高)数据参考缓存数据库：me

作者：京东物流杨建民一、微服务架构起源单体架构：可以理解为主要业务逻辑模块（我们编写的代码模块，不包括独立的中间件）运行在一个进程中的应用，最典型的是运行在一个Tomcat容器中，位于一个进程里。单体架构好处是技术门槛低、编程工作量少、开发简单快捷、调试方

本文分享自天翼云开发者社区@《》，作者:AE86上山了为了确保存储和服务器能应付不断增长的业务需求，对磁盘资源、内存和CPU资源、宿主操作系统进行监控是必要的。1.磁盘资源服务器硬盘是磁盘资源中最慢的组件，在企业数据中心，仔细设计存储子系统，不要让它成为主

一、技术栈选择1.代码库管理方式Monorepo：将多个项目存放在同一个代码库中▪选择理由1：多个应用（可以按业务线产品粒度划分）在同一个repo管理，便于统一管理代码规范、共享工作流▪选择理由2：解决跨项目/应用之间物理层面的代码复用，不用通过发布/安装