微服务并非它的体积足够小，而是它的责任足够单一，很多人误解了「微」的真实含义，认为服务拆分得足够小就是微服务了，其实并非这样。此外，「微」还有“微不足道”的意思，也就是说，某个服务出现故障，它不会影响整个系统。微服务并非细粒度服务的组合，也就是说，粒度要细到什么程度，这取决于对业务功能的把控能力。此外，微服务是一种架构思想，包括看

Redis集群一般有四种方式，分别为：主从复制、哨兵模式、Cluster以及各大厂的集群方案。在3.0版本之前只支持单实例模式，3.0之后支持了集群方式。在3.0之前各大厂为了解决单实例Redis的存储瓶颈问题各自推出了自己的集群方案，其核心思想就是数据分片，主要有客户端分片、代理分片、服务端分片。这里咱们只介绍前三种方式：主从、哨兵、Cluster。

一,什么mvc模型视图控制器（MVC）是一个众所周知的以设计界面应用程序为基础的设计思想。它主要通过分离模型、视图及控制器在应用程序中的角色将业务逻辑从界面中解耦。通常，模型负责封装应用程序数据在视图层展示。视图仅仅只是展示这些数据，不包含任何业务逻辑。控制器负责接收来自用户的请求，并调用后台服务（eservice 或者 dao）来

问题描述：N皇后问题是指在N\N的棋盘上要摆N个皇后，要求：任何两个皇后不同行，不同列也不再同一条斜线上，求给一个整数N，返回N皇后的摆法数。N皇后问题涉及到回溯的思想。我们通常用递归解决，代码实现会比较简单。递归其实可以看作底层帮我们维护了一个自动push、pop的堆栈。网上也有很多N皇后的相关题解，这篇文章经过我的整理，保

浏览文章前这一期，我分享给大家三点看源码的小技巧，这也是从别的大佬那总结的。被反复使用的代码这样的代码是一个软件的重点函数，一个大神的写法有很多精华值得学习。穿越时间的代码如果一段代码10年甚至15年，都还在使用。说明它的设计思想一定很棒。好调试的代码一个程序的代码很容易就调试成功，说明作

1引言半年前入手了PixhawkV2全套硬件，编译好的开源固件也下了，四轴也飞了，一直想对这套开源飞控进行一个系统地解析，由于工作原因一直没时间。最近翻开了PX4飞控源代码，它基于NUTTX操作系统，在github上更新十分迅速。为了能够全面地掌握这套软硬件设计思想，同时对硬件系统有全面的认识，我决定对PX4Bootloader进行详细解

郝朝阳，宜搜科技，运维工程师，负责前端运维工作。专注于运维自动化的实现。致力于DevOps思想的推广，帮助企业形成形成自有文化的运维体系建设。一，Redis简单介绍Redis是一个高性能的keyvalue非关系型数据库，由于其具有高性能的特性，支持高可用、持久化、多种数据结构、集群等，使其脱颖而出，成为常用的非关系型数据库。此

Kafka消息的存储Kafka的设计基于一种非常简单的指导思想：不是要在内存中保存尽可能多的数据，在需要时将这些数据刷新（flush）到文件系统，而是要做完全相反的事情。所有数据都要立即写入文件系统中持久化的日志中，但不进行刷新数据的任何调用。实际中这样做意味着，数据被传输到OS内核的页面缓存中了，OS随后会将这些数据刷新到

说到阅读源码，阅读的方法很重要。如果逐个类逐个类的看，看到有关联的类，就跳进去看，这样效率非常低，根本看不出整个框架的逻辑思想，重要的是容易磨灭那股看代码的冲劲。看源码，起码该知道框架是从哪里启动，先从自己熟悉、感兴趣的模块下手，结合IDE一步一步debug下去，然后逐个模块攻破。首先，简单介绍一下普通web框架大致的工作流程：1.http请

一、前言现在javascript的流行，前端的代码越来越复杂，所以我们需要软件工程的思想来开发前端。模块化是必不可少的，这样不仅能够提高代码的可维护性、可扩展性以及鲁棒性，更大的好处就是能够提升整个团队的开发效率，也能够让新进的程序员更快的接手工作。今天晚上根据前辈们的经验，写啦一个简单的模块定义的封装组件，当是练手吧。不过感觉还是蛮好用的。