java

NIO-Channel接口分析 目录 NIO-概览 NIO-Buffer NIO-Channel NIO-Channel接口分析 NIO-SocketChannel源码分析 NIO-FileChannel源码分析 NIO-Selector源码分析 NIO-WindowsSelectorImpl源码分析 NIO-EPollSelectorIpml源码分析 前言 本来是想学习Netty的，但是Netty是一个NIO框架，因此在学习netty之前，还是先梳理一下NIO的知识。通过剖析 源码 理解NIO的设计原理。 本系列文章针对的是JDK1.8.0.161的源码。 上一篇 介绍了Channel的基本使用，下面对Channel的接口进行分析。 接口 SCTP协议 SCTP(Stream Control Transmission Protocol)是一种传输协议，在TCP/IP协议栈中所处的位置和TCP、UDP类似，兼有TCP/UDP两者特征。 对于SCTP协议这里不详细描述，想了解的同学可以看下 这篇文章 SCTP协议平时用的不多，这里不做具体讨论。 UDP协议 NIO使用DatagrmChannel实现了UDP协议的网络通讯。 下面我们对各个接口进行分析。 AutoCloseable 和 Closeable 分别是自动关闭和主动关闭接口。当资源(如句柄或文件等)需要释放时

最近几年，微服务大行其道。在业务模型不完善，超大规模流量的冲击的情况下，许多企业纷纷抛弃了传统的单体架构，拥抱微服务。这种模式具备独立开发、独立部署、可扩展性、可重用性的优点的同时，也带来这样一个问题：开发、运维的复杂性提高。有人感觉微服务越做越不方便管理。 然而，随着 Docker 容器技术和自动化运维等相关技术发展，微服务变得更容易维护。2020 年，微服务的发展只会越来越完善，成为将来大中型企业业务架构的主流趋势。 但微服务架构包含了 N 多优化、N 多细节，对于一些 coding 的朋友，由于接触不到一线实战架构设计，眼看别人都在向微服务架构转型，自己却只能日复一日地重复造轮子。 最近整理了一套微服务 视频 干货，讲解很透彻。今天分享给大家。这份资料 尤其适合 以下人群： 1.没有用过微服务技术，只会用传统的 SSM 框架 2.用过 Spring Cloud、Dubbo等技术，但是只限于使用，遇到问题基本无法解决 3.从来没有系统学习微服务架构，觉得架构设计是遥不可及的 4.对于微服务技术有所了解，但尚没有设计高可用高并发的实践经历 学完这份视频你将获得哪些收获？ 理解当下最火热的微服务架构原理及其开源框架； 触及一线大厂所配备的微服务核心技术内幕知识以及面试考核点； 对照自己掌握知识点进行查漏补缺，帮助扫除知识盲区、重构知识体系； 视频围绕“

点击上方 IT牧场 ，选择 置顶或者星标 技术干货每日送达！ >>>技术讨论群<<< 梁桂钊 | 作者 有一段时间没怎么写文章了，今天提笔写一篇自己对 API 设计的思考。首先，为什么写这个话题呢？其一，我阅读了《阿里研究员谷朴：API 设计最佳实践的思考》一文后受益良多，前两天并转载了这篇文章也引发了广大读者的兴趣，我觉得我应该把我自己的思考整理成文与大家一起分享与碰撞。其二，我觉得我针对这个话题，可以半个小时之内搞定，争取在 1 点前关灯睡觉，哈哈。 现在，我们来一起探讨 API 的设计之道。我会抛出几个观点，欢迎探讨。 一、定义好的规范，已经成功了一大半 通常情况下，规范就是大家约定俗成的标准，如果大家都遵守这套标准，那么自然沟通成本大大降低。例如，大家都希望从阿里的规范上面学习，在自己的业务中也定义几个领域模型：VO、BO、DO、DTO。其中，DO（Data Object）与数据库表结构一一对应，通过 DAO 层向上传输数据源对象。而 DTO（Data Transfer Object）是远程调用对象，它是 RPC 服务提供的领域模型。对于 BO（Business Object），它是业务逻辑层封装业务逻辑的对象，一般情况下，它是聚合了多个数据源的复合对象。那么，VO（View Object） 通常是请求处理层传输的对象，它通过 Spring 框架的转换后，往往是一个

本文原创： 不会笑青年 -END- “养码场” 现有 技术人80000+ 覆盖JAVA/PHP/IOS/测试等领域 80%级别在P6及以上， 含P9技术大咖30人 技术总监 和 CTO 500余人 本文分享自微信公众号 - 养码场（yangmachang0）。 如有侵权，请联系 support@oschina.cn 删除。 本文参与“ OSC源创计划 ”，欢迎正在阅读的你也加入，一起分享。 来源： oschina 链接： https://my.oschina.net/u/3723126/blog/4644580

ArrayList 是 Java 中非常常用的数据结构，其 底层基于 Object[] 数组实现 ，其特点是： 基于 Object[] 数组，查询快，可随机访问，可以动态增加容量，增加和删除慢，线程不安全 。 ArrayList 是线程不安全的，在多线程环境下推荐使用 CopyOnWriteArrayList 或者 Vector 。 下图显示的 ArrayList 的继承关系图： 实现 Cloneable 接口，覆写其 clone() 方法，实现数组元素的克隆； 实现 Serializable 接口，表示这可以 系列化传输 ； 实现 RandomAccess 接口，表示实现这个接口的 List 支持随机访问，也就是通过 index 序号快速获取元素； 继承 AbstractList ，AbstractList 是一个数组队列，提供了 添加、删除、修改、遍历 等功能； 1、ArrayList 核心代码 1.1、ArrayList 的构造方法 /** 默认初始容量 */ private static final int DEFAULT_CAPACITY = 10; /** 默认的空数组实例，用于初始化容量为零的数组 */ private static final Object[] EMPTY_ELEMENTDATA = {}; /** * 默认的空数组实例，用于初始化容量为零的数组 *

debug是程序员在日常开发中最常使用的操作， 那么，你是如何快速在微服务架构风格下快速debug后端服务呢？ 开发现状 开发的理想状态 本地调测的使用步骤 登录智能网关 如果集成开发环境是在本地局域网，则这一步可以省略， 否则需要使用智能网关，这里使用的是阿里云的智能网关， 用途是把本地开发机器跟远程的集成开发环境机器组成一个局域网； 配置服务染色标记 场景覆盖 通过网关直接到本地服务 通过Feign到本地服务 应用二开调用其它应用或者服务 实现原理 服务染色 网关路由劫持 自定义ribbon负载均衡规则 小结 一句话小结本篇： 通过对客户端的流量染色跟服务染色来实现把 集成开发环境的流量转发到本地实现本地debug加快开发的速度； 借助 transmittable-thread-local 工具， 解决了ThreadLocal的不同线程共享线程本地变量的问题。 原创不易，关注诚可贵，转发价更高！转载请注明出处，让我们互通有无，共同进步，欢迎沟通交流。 来源： oschina 链接： https://my.oschina.net/carterspring/blog/4956987

简单的说，模板方法就是回调函数 public abstract class MyHandler { private void m1(){ System.out.println("m1"); } private void m2(){ System.out.println("m2"); } /** * 模板方法 */ abstract void m3(); public void run(){ m1(); m2(); m3(); } } public class Test { public static void main(String[] args) { MyHandler h = new MyHandler() { @Override void m3() { System.out.println("m3"); } }; h.run(); } } 运行结果： m1 m2 m3 来源： oschina 链接： https://my.oschina.net/icefoxhz/blog/4956919