上篇文章我们介绍了deque容器整体结构和构造实现，链接如下：本篇文章接上篇，继续基于gcc中stl的源码剖析deque容器插入、删除、取值的实现原理，以提问者的角度去深入分析这些操作过程中发生了什么，并对deque容器适合使用的场景和使用时的注意事项进行说明。说明一下，我用的是gcc7.1.0编译器，标准库源代码也是这个版本的。按照惯例，还是先看一下本文

描述性统计分析（DescriptionStatistics）是通过图表或数学方法，对数据资料进行整理、分析，并对数据的分布状态、数字特征和随机变量之间的关系进行估计和描述的方法。描述性统计分析分为集中趋势分析和离中趋势分析。提到用python来进行描述性统计分析，第一反应就是用：dataframe.describe()，我们不妨用一组数据来展示：

1.概述这其实是我第一篇想写的博客，可能是因为我遇到了太多的坑，那个时候刚入行下了很多Demo发现怎么也改不动，可能是能力有限，这次就做一个具体的实现和彻底的封装。　　上次讲了，有了源码分析我们对ViewPager就有了一个大概的了解，那么再来封装成自定义View，就会简单许多，附视频讲解地址：　　　　这里写图片描述2．效果封装2.1

!mark(https://oscimg.oschina.net/oscnet/updd1ad9729fb807ee6dc473bdc283b1a4481.png)一、目的开发排查系统问题用得最多的手段就是查看系统日志，但是在分布式环境下使用日志定位问题还是比较麻烦，需要借助全链路追踪ID把上下文串联起来，本文主要分享基于

ApacheDubbo 简单介绍ApacheDubbo是一款开源的RPC（RemoteProcedureCall，远程过程调用）框架，其提供了简单易用、高性能的RPC能力、灵活可控的扩展、强大的服务治理、完善的开源生态支持，目前已有Java、Go、JS、Python等多个语言支持。ApacheDubbo更

一般初期公司需要面对非常复杂的业务场景，而且随着业务的发展，变化的可能性非常高。所以在微服务架构设计之初，我们就期望我们的微服务体系能：不绑定到特定的框架、语言服务最好是Restful风格足够简单，容易落地，将来能扩展和Docker相容性好目前常见的微服务相关框架：Dubbo、DubboXS

Java多线程之线程池7大参数详解目录企业面试题线程池7大参数源码线程池7大参数详解底层工作原理详解线程池的4种拒绝策略理论简介面试的坑：线程池实际中使用哪一个？1\.企业面试题线程池的工作原理，几个重要参数，然后给了具体几个参数分析线程池会怎么做，最后问阻塞队列用是什么？线程池的构造类的方

开发工具1.EclipseIDE：采用Maven项目管理，模块化。2.代码生成：通过界面方式简单配置，自动生成相应代码，目前包括三种生成方式（增删改查）：单表、一对多、树结构。生成后的代码如果不需要注意美观程度，生成后即可用。技术选型（只列了一部分技术）1、后端服务框架：Dubbo、zookeeper、Rest服务缓存：redis

pom.xml增加配置<!构建项目配置<build<finalNameznsarticleservice</finalName<!加载资源<resources<resource<ta

微服务架构是互联网很热门的话题，是互联网技术发展的必然结果。它提倡将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。虽然微服务架构没有公认的技术标准和规范或者草案，但业界已经有一些很有影响力的开源微服务架构框架提供了微服务的关键思路，例如Dubbo和SpringCloud。各大互联网公司也有自研的微服务框架，但其模式都于这二