Streams

printf()详解之终极无惑 2016年08月24日 20:01:53 Dablelv 阅读数：53819更多 所属专栏： C/C++基础知识点 版权声明：感谢您对博文的关注！校招与社招，有需要内推腾讯的可以QQ（1589276509）or 微信（louislvlv）联系我哈，期待您的加入。 https://blog.csdn.net/K346K346/article/details/52252626 1.printf()简介 printf()是C语言标准库函数，用于将格式化后的字符串输出到标准输出。标准输出，即标准输出文件，对应终端的屏幕。printf()申明于头文件stdio.h。 函数原型： int printf ( const char * format, ... ); 1 返回值： 正确返回输出的字符总数，错误返回负值。与此同时，输入输出流错误标志将被置值，可由指示器函数ferror(FILE *stream)来检查输入输出流的错误标志，如果ferror()返回一个非零值，表示出错。 调用格式： printf()函数的调用格式为: printf("格式化字符串",输出表列) 。 格式化字符串包含三种对象，分别为： （1）字符串常量； （2）格式控制字符串； （3）转义字符。 字符串常量原样输出，在显示中起提示作用。输出表列中给出了各个输出项

我可以创建一个仅返回图像资产的控制器吗？ 每当请求以下URL时，我都希望通过控制器路由此逻辑： www.mywebsite.com/resource/image/topbanner 控制器将查找 topbanner.png 并将该图像直接发送回客户端。 我看过这样的示例，其中您必须创建一个View-我不想使用View。 我想只用Controller来完成所有操作。 这可能吗？ #1楼 使用基本控制器的File方法。 public ActionResult Image(string id) { var dir = Server.MapPath("/Images"); var path = Path.Combine(dir, id + ".jpg"); //validate the path for security or use other means to generate the path. return base.File(path, "image/jpeg"); } 需要注意的是，这似乎相当有效。 我做了一个测试，通过控制器（ http://localhost/MyController/Image/MyImage ）和直接URL（ http://localhost/Images/MyImage.jpg ）请求图像，结果是： MVC： 每张照片7.6毫秒 直接： 每张照片6

1. SetPass Calls SetPass Calls表示材质切换的次数，通常要远小于Batches和Draw Calls。有时会出现大于的情况，可能是因为粒子特效播放结束了，但是没有SetActive False，导致摄像机还会遍历到，就还会渲染。 2. Batches Batches表示将一些渲染状态的小物体合成一个大物体的次数，一般分为静态合批和动态合批。 静态合批要求使用同样的材质球，并且在编辑器里设为static batching，通常是有顶点上限的（64k）。 动态合批是在物件小于300面的条件下(不论物件是否为静态或动态)，在使用相同材质球下，Unity就会自动帮你合合并成一个 Batch 送往 GPU 来处理。 Unity官方总结了25个导致合批失败的原因： Additional Vertex Streams — 对象使用MeshRenderer.additionalVertexStreams设定了额外的顶点信息流。 Deferred Objects on Different Lighting Layers — 该物件位于另一不同的光照层中。 Deferred Objects Split by Shadow Distance — 两个物体中有一个在阴影距离范围内而另一个不是。 Different Combined Meshes —

Reactor是第四代Reactive库，基于Reactive Streams规范在JVM上构建非阻塞应用程序。Reactor侧重于服务器端响应式编程，是一个基于Java 8实现的响应式流规范（Reactive Streams specification）响应式库。 作为Reactive Engine/SPI，Reactor Core和IO模块都为重点使用场景提供了响应流构造，最终与Spring、RxJava、Akka Streams和Ratpack等框架结合使用，作为Reactive API，Reactor框架模块提供了丰富的消费功能，如组合和发布订阅事件。 本节对Reactor的介绍以基本的概念和简单使用为主，更多Reactor高级特性可参考Reactor官网： http://projectreactor.io/ 。 来源： oschina 链接： https://my.oschina.net/u/3777515/blog/3163492

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 1. 支持版本： 从 3.2 版本开始支持该选项（ Read Concern 特性也是从该版本开始支持） （ https://docs.mongodb.com/v3.2/reference/configuration-options/#replication.enableMajorityReadConcern ）。 3.2 和 3.4 中 默认值为 false ，即默认不支持 majority 级别的 read concern （或称之为 committed reads ，通过 serverStatus 输出中的 storageEngine.supportsCommittedReads 可判断该能力是否开启）。 3.6 及以后版本默认值为 true 修改该参数需要更改配置文件并 重启 mongod 2. 关闭后的影响 2.1 Change Streams 能力 4.0 及之前版本会 失去 该能力，4.2版本 不受 影响 2.2 事务能力 2.2.1 副本集： 事务能力 不受 影响（无论是哪个版本） 2.2.2 分片集群 这个个人理解只有4.2受影响，因为4.0及之前版本并不支持shared cluster上的事务，见： https://docs.mongodb.com/manual/core

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 前言 Redis 5 新特性中，Streams 数据结构的引入，可以说它是在本次迭代中最大特性。它使本次 5.x 版本迭代中，Redis 作为消息队列使用时，得到更完善，更强大的原生支持，其中尤为明显的是持久化消息队列。同时，stream 借鉴了 kafka 的消费组模型概念和设计，使消费消息处理上更加高效快速。本文就 Streams 数据结构中常用 API 进行分析。 准备 本文所使用 Redis 版本为 5.0.5 。如果使用更早的 5.x 版本，有些 API 使用效果，与本文中描述略有不同。 添加消息 Streams 添加数据使用 XADD 指令进行添加，消息中的数据以 K-V 键值对的形式进行操作。一条消息可以存在多个键值对，添加命令格式： XADD key ID field string [field string ...] 其中 key 为 Streams 的名称，ID 为消息的唯一标志，不可重复，field string 就为键值对。下面我们就添加以 person 为名称的流，进行操作。 XADD person * name ytao des https://ytao.top 上面添加案例中，ID 使用 * 号复制，这里代表着服务端自动生成 Id，添加后返回数据 "1578238486193-0"

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> Webflux快速入门 　　SpringWebflux是SpringFramework5.0添加的新功能，WebFlux本身追随当下最火的Reactive Programming而诞生的框架，那么本篇就来简述一下这个框架到底是做什么的 一、关于WebFlux 　　我们知道传统的Web框架，比如说：struts2，springmvc等都是基于Servlet API与Servlet容器基础之上运行的，在Servlet3.1之后才有了异步非阻塞的支持。而WebFlux是一个典型非阻塞异步的框架，它的核心是基于Reactor的相关API实现的。相对于传统的web框架来说，它可以运行在诸如Netty，Undertow及支持Servlet3.1的容器上，因此它的运行环境的可选择行要比传统web框架多的多。 　　根据官方的说法，webflux主要在如下两方面体现出独有的优势： 　　1）非阻塞式 　　　　其实在servlet3.1提供了非阻塞的API，WebFlux提供了一种比其更完美的解决方案。使用非阻塞的方式可以利用较小的线程或硬件资源来处理并发进而提高其可伸缩性 　　2) 函数式编程端点 　　　　 老生常谈的编程方式了，Spring5必须让你使用java8，那么函数式编程就是java8重要的特点之一

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 深入理解Java 8 Lambda（类库篇——Streams API，Collectors和并行） 发表于 2016-09-27 | 分类于 编程 | 关于 深入理解 Java 8 Lambda（语言篇——lambda，方法引用，目标类型和默认方法） 深入理解 Java 8 Lambda（类库篇——Streams API，Collector 和并行） 深入理解 Java 8 Lambda（原理篇——Java 编译器如何处理 lambda） 本文是深入理解 Java 8 Lambda 系列的第二篇，主要介绍 Java 8 针对新增语言特性而新增的类库（例如 Streams API、Collectors 和并行）。 本文是对 Brian Goetz 的 State of the Lambda: Libraries Edition 一文的翻译。 Java SE 8 增加了新的语言特性（例如 lambda 表达式和默认方法），为此 Java SE 8 的类库也进行了很多改进，本文简要介绍了这些改进。在阅读本文前，你应该先阅读 深入浅出Java 8 Lambda（语言篇） ，以便对 Java SE 8 的新增特性有一个全面了解。 背景（Background） 自从lambda表达式成为Java语言的一部分之后

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 同步发行到 我的博客 Redis Stream 何为 redis stream Redis Stream 是 redis 5.0 版本引入的一种新数据类型，可以认为是一个消息队列，但是相比List实现的消息队列功能又更为强大。下面结合官方教程进行简单介绍。详细介绍可以 参见这里 。 Redis 安装 上面介绍说过，stream是5.0开始才有的特性，如果要使用stream，那么首先要先安装（或者升级）redis到5.0以后，这里我们可以从官网下载截止目前 最新的版本5.0.7 ，如果官网下载速度慢，可以 从这里下载 。 我这里的环境是 OSX 10.15.2 ，其他linux系统理论上都可以使用，windows 未安装测试。 下载完成后解压 命令： tar -xvf redis-5.0.7.tar.gz 并得到 目录 redis-5.0.7 结构如下： <img src="https://public-links.todu.top/1576644448.png?imageMogr2/thumbnail/!100p" alt="redis-5源码目录结构" style="zoom:50%;" /> 执行命令 cd redis-5.0.7 进入到目录内，执行命令 make 进行编译，当最后输出： Hint: It

何为Body parser？ 一个HTTP请求由请求头和请求体组成。header部分通常很小 —— 因此可以在内存中被安全的缓存，在Play中对应着RequestHeader模型。相对而言，body部分可能会非常大，这时它不会直接缓存在内存中，而是以流的形式来处理。但是许多请求的请求体也会很小， 可以直接映射到内存，为了将请求体的流看做一个内存对象，Play提供了 BodyParser 抽象。 Play作为一个异步框架，无法使用传统的InputStream来读取请求体的流——因为InputStream是阻塞的，当你调用read方法时，调用此方法的的线程必须等待数据到达并可用。作为替代，Play提供了一个异步的流处理库—— Akka Streams 。Akka流是 Reactive Stream 的实现，一个允许多个异步API无缝集成的SPI。记住基于InputStream的技术在Play中是不适用的，Akka Stream异步库及其完整的生态环境将提供你需要的全部。 关于Actions 前面我们说过Action是一个 Request => Result 函数。这个说法并不完全正确，我们先来看看Action： trait Action[A] extends (Request[A] => Result) { def parser: Parser[A] } 首先能看到类定义中的泛型A