时间复杂度 (1)select==>时间复杂度O(n) 它仅仅知道了，有I/O事件发生了，却并不知道是哪那几个流（可能有一个，多个，甚至全部），我们只能无差别轮询所有流，找出能读出数据，或者写入数据的流，对他们进行操作。所以select具有O(n)的无差别轮询复杂度，同时处理的流越多，无差别轮询时间
TCP与UDP基本区别 基于连接与无连接TCP要求系统资源较多，UDP较少；UDP程序结构较简单流模式（TCP）与数据报模式(UDP);TCP保证数据正确性，UDP可能丢包TCP保证数据顺序，UDP不保证 UDP应用场景： 面向数据报方式网络数据大多为短消息拥有大量Client对数据安全性无特殊要求
1、什么是序列化： 两个服务之间要传输一个数据对象，就需要将对象转换成二进制流，通过网络传输到对方服务，再转换成对象，供服务方法调用。这个编码和解码的过程称之为序列化和反序列化。所以序列化就是把 Java 对象变成二进制形式，本质上就是一个byte[]数组。将对象序列化之后，就可以写入磁盘进行保存或
https://zhuanlan.zhihu.com/p/482651908 本文主要介绍了cache的基本常识、基本组成方式、写入方法和替换策略，在基本组成方式和替换策略两节给出了较为详细的硬件实现方法，并不流于空泛，并且补充了SRAM和三态门等与硬件实现息息相关的知识。更高阶的cache优化方法
https://zhuanlan.zhihu.com/p/581587583 Linux内核可以看作一个服务进程(管理软硬件资源，响应用户进程的种种合理以及不合理的请求)。内核需要多个执行流并行，为了防止可能的阻塞，支持多线程是必要的。内核线程就是内核的分身，一个分身可以处理一件特定事情。内核线程的
https://zhuanlan.zhihu.com/p/80212245 sed 命令是 Linux 中的重要命令之一，在文件处理方面有着重要作用。可用于删除或移动与给定模式匹配的特定行。-- Magesh Maruthamuthu（作者） Sed 代表 流编辑器(Stream Editor)，常
https://tidb.net/blog/ac7174dd#4.%E5%88%A4%E6%96%AD%E6%98%AF%E5%90%A6%E5%87%BA%E7%8E%B0%E4%BA%86%20write%20stall stall 是 rocksdb 的一种流控机制，当 flush/compa
前言 Kafka 最佳实践，涉及 典型使用场景 Kafka 使用的最佳实践 Kafka 典型使用场景 Data Streaming Kafka 能够对接到 Spark、Flink、Flume 等多个主流的流数据处理技术。利用 Kafka 高吞吐量的特点，客户可以通过 Kafka 建立传输通道，把应用
Stream 是 Java8 推出的一套简化集合、数组操作的 API，掌握 Stream 的用法将极大的提升我们的编程能力。 流的获取 通过 Stream 自带的 API 获取： // 通过传入可变参数构造 static Stream of(T... values); // 指定一个常量
国密复习 其中SM1和SM7是不公开的。 ZUC ZUC（ZU Chong zhi）算法一个流密码（序列密码），主要功能是产生密钥流，可以用机密性和完整性验证。 | 初始密钥 | 初始向量 | 输出（每次） | 轮数 | | | | | | | 128bit | 128bit | 32bit | 3
上一篇文章的问题 在上一篇文章 Spring Boot RestController接口如何输出到终端 中讨论了如何使用 HttpSerlvetResponse 写入输出流，使应急接口通过 curl 调用时可以在控制台输出信息，使运维人员知道命令执行情况。 但是上一篇文章的问题是，HttpServl
RocketMQ的消费方式包含Pull和Push两种 Pull方式：用户主动Pull消息，自主管理位点，可以灵活地掌控消费进度和消费速度，适合流计算、消费特别耗时等特殊的消费场景。缺点也显而易见，需要从代码层面精准地控制消费，对开发人员有一定要求。 在 RocketMQ 中org.apache.ro
作者：李玉亮 JDEasyFlow是企业金融研发部自研的通用流程编排技术组件，适用于服务编排、工作流、审批流等场景，该组件已开源(https://github.com/JDEasyFlow/jd-easyflow)，目前在部门的内部业务系统和科技输出系统中广泛应用，其他部门也有使用。 它的特点是简单
一、简介 Net Core跨平台项目开发多了，总会遇到各种各样的问题，我就遇到了一个这样的问题，不能访问 Cannot access a disposed object 错误，经过自己多方努力，查阅资料，终于找到了解决办法，引发这个问题的原因大多数是多次读取请求Body流造成的，需要换一种获取请求B
## 前言 我的服务器带宽比较高，博客部署在上面访问的时候几乎没感觉有加载延迟，就没做图片这块的优化，不过最近有小伙伴说博客的图片加载比较慢，那就来把图片优化完善一下吧~ 目前有两个地方需要完善 - 图片瀑布流 - 图片缩略图 ## 图片瀑布流 关于瀑布流之前的文章有介绍： [基于.NetCore开
概述 Redis 是一个开源的高性能键值数据库，它支持多种数据类型，可以满足不同的业务需求。本文将介绍 Redis 的10种数据类型，分别是 string（字符串） hash（哈希） list（列表） set（集合） zset（有序集合） stream（流） geospatial（地理） bitma
使用shuffle sharding增加容错性 最近在看kubernetes的API Priority and Fairness，它使用shuffle sharding来为请求选择处理队列，以此防止高吞吐量流挤占低吞吐量流，进而造成请求延迟的问题。 介绍 首先看下什么是shuffle shardin
前言 从22年10月到24年1月，一直忙于项目建设，终于顺利投产，截止现在，项目需求、项目缺陷持续推进，越发感觉到代码分支管理的重要性，从项目投产最初，一直试图通过查询各种资料，想找到一种合适的策略进行分支管理，奈何可能是资料过于繁杂未能发现有实际落地价值的资料，通过诸多资料，仅知道了有git工作流
作者 | Jose Finotto 译者 | 马可薇 策划 | 万佳 2020 年 5 月，我们与 OnGres 合作，对 GitLab 上的 Postgres 集群进行版本大更新，从 9.6 版本升级到 11 版本。升级全部在维护窗口内运行，没有丝毫差错；更新中所有涉及的内容、计划、测试，以及全流
