mono

【翻译】.NET 5 Preview8发布 今天，.NET 5预览8发布了，对于.NET5.0的功能开发已经完成了，这必须要排除待处理的bug，预览8是最后一次预览版本。预计11月正式的.NET5.0版本发布之前还将发布两个正式之前的候选版本，这篇文章描述了.NET5.0版本中的一系列功能。 You can download .NET 5.0 , for Windows, macOS, and Linux: Installers and binaries Container images Snap installer Release notes Known issues GitHub issue tracker 今天同时也发布了 ASP.NET Core 和 EF Core 。 要使用.NET5我们需要最新版本的 Visual Studio (包括 Visual Studio for Mac) 才能使用 .NET 5.0. .NET 5.0包括许多改进，特别是单个文件应用程序，较小的容器映像，更强大的JsonSerializer API，一整套可空的引用类型注释以及对Windows ARM64的支持。 在NET库，GC和JIT中，性能得到了极大的提高。 ARM64是性能投资的重点，可提高吞吐量并减少二进制文件。 .NET 5.0包括新的语言版本C＃9和F＃5.0。 .NET 5

1. 前言 在 使用R2DBC操作MySQL数据库 一文中初步介绍了 r2dbc-mysql 的使用。由于借助 DatabaseClient 操作 MySQL ，过于初级和底层，不利于开发。今天就利用 Spring Data R2DBC 来演示 Spring 数据存储抽象（Spring Data Repository） 风格的 R2DBC 数据库操作。 请注意 ：目前 Spring Data R2DBC 虽然已经迭代了多个正式版，但是仍然处于初级阶段，还不足以运用到生产中。不过未来可期，值得研究学习。 2. Spring Data R2DBC Spring Data R2DBC 提供了基于 R2DBC 反应式关系数据库驱动程序的流行的 Repository 抽象。但是这并不是一个ORM框架，你可以把它看做一个数据库访问的抽象层或者 R2DBC 的客户端程序。它不提供 ORM 框架具有的缓存、懒加载等诸多特性，但它抽象了数据库和对象的抽象映射关系，具有轻量级、易用性的特点。 2.1 版本对应关系 胖哥总结了截至目前 Spring Data R2DBC 和 Spring Framework 的版本对应关系： Spring Data R2DBC Spring Framework 1.0.0.RELEASE 5.2.2.RELEASE 1.1.0.RELEASE 5.2.6.RELEASE

搞IT技术的同行，相信没有几个人是不会抓包这项技能的（如果很不幸你中枪了，那希望这篇文章给你一些动力），市面上的抓包工具也有很多，常用的有： Charles 、 Fiddler 、 Burpsuite 、 WireShark 、 mitmproxy 如果从市场使用率来讲，特别是对于Windows用户来说， Fiddler 抓包使用人群占比最多。 由于 Fiddler 基于.NET开发，对于像我这类Mac系统的资深用户来讲，显然不太合适，为了解决Mac下使用Fiddler的问题，早在2016年官方出过一款名为 Fiddler for OS X Beta 1 尝试来解决这类问题, 但这款工具必须通过Mono才可以在Mac上使用。并且在Mac上使用是非常不稳定, 有非常多的问题。 所幸的是，在2018年，官方又进一步推出了一款名为： Fiddler Everywhere 的抓包工具，今天就给大家聊一聊这款工具。 虽然Mac下GUI抓包工具，首推Charles，但多掌握一项抓包工具，对自己肯定是没有坏处。 1. Fiddler Everywhere 介绍 从名称上来看，就大概能猜出它的寓意，官方也通过一段话，解释了 Fiddler Everywhere 的作用: Fiddler Everywhere is a web debugging proxy for any browser, any

【SpringBoot WebFlux 系列】WebFlux 之 header 参数解析 上一篇 weblfux 主要介绍了 path 参数的解析与映射关系，在我们进入 url 参数/post 表单之前，先看一下另外的一种参数--请求头中的参数如何处理 <!-- more --> I. 项目环境 本项目借助 SpringBoot 2.2.1.RELEASE + maven 3.5.3 + IDEA 进行开发 1. 依赖 使用 WebFlux，最主要的引入依赖如下（省略掉了 SpringBoot 的相关依赖，如对于如何创建 SpringBoot 项目不太清楚的小伙伴，可以关注一下我之前的博文） <dependencies> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-webflux</artifactId> </dependency> </dependencies> II. 请求头参数解析 在实际的业务开发中，有几个请求头出现的频率特别高，如常用于反爬的 User-Agent ，鉴定强求来源的 referer ，跨域相关的 Access-Control-Allow- ，cookie、session 自定义的请求头等 1. 请求头限制 在

点击上方“ 逆锋起笔 ”， 公众号回复 pdf 领取大佬们推荐的学习资料 来源: 做工程师不做码农 https://segmentfault.com/a/1190000022046327 代码编辑器很多，有些是免费的，有些是付费的。其中最喜欢的代码编辑器是 Visual Studio Code。它是免费的，并具有强大的功能，我陆续抛弃了Atom、Sublime Text以及也很强大的WebStorm。 今天，我将分享我最喜欢的代码编辑器设置，用于我的 Web 开发。我将从代码编辑器的外观开始。毕竟外观颜值很重要。 🎨 主题 我最常用的 VS Code 主题是Snazzy Operator，目前正在使用。 此主题基于 hyper-snazzy 并针对与 Operator Mono 字体一起使用进行了优化。我喜欢 😍 这个主题。 ⭐ 我之前使用过的其他一些主题： Oceanic Next - 我使用了 Oceanic Next (dimmed bg) emedy - 我使用了 Remedy Dark (straight) ✒ 字体 对我的代码编辑器来说，另一个重要的事情是，我用于代码编辑器的字体是 JetBrains Mono。这是带有连字支持的免费字体。 连字是一种新的字体格式，支持符号装饰，而不是 = > 、 < = 。 在使用 JetBrains Mono 之前，我使用了

最近看了B站Uinty官方有关性能优化技巧的视频，自己做一些整理。 视频链接： Unite Now - （中文字幕）性能优化技巧（上） Unite Now - （中文字幕）性能优化技巧（下） 堆栈（Stack）和堆积（Heap） 我们先来看下Unity内存中重要的两部分，堆栈和堆积，因为只有了解了它们，我们才能知道应该如何优化内存，提高性能。 堆栈： 堆栈是内存中存储 函数 和 值类型 的地方。 例如我们调用一个函数A，会将这个函数体与函数收到的参数放入到堆栈中，若在函数A中调用函数B，同样会把函数B存放到堆栈中。当函数B运行结束，会将其从堆栈中移除，然后当A运行结束，把A从堆栈中移除。 因此我们在看Debug信息的时候，就会发现Log里面能够做到一层层的方法回溯，方便我们查看整体的调用过程，这也就是 堆栈回溯 。 由于是堆栈的结构，因此不会遇到碎片化或是垃圾收集（GC）的问题。但是可能会碰见堆栈溢出的问题，比如调用了太多的函数导致一直push东西进堆栈，占据越来越多的内存空间，导致 堆栈溢出 。 堆积： 堆积是内存中另一个区域，要比堆栈大，我们将所有的 引用类型 存放在这。通常我们每创建一个新的对象，会在堆积中找到下一个足够存放的空位置，将其存储。但是当我们销毁对象后， 内存空间不会马上释放出来 ，而是标记成未使用，之后垃圾收集器会释放这部分空间。 对象实例化和摧毁的过程其实很慢

笔者在之前已经写了一系列的关于RestTemplate的文章，如下： 精讲RestTemplate第1篇-在Spring或非Spring环境下如何使用 精讲RestTemplate第2篇-多种底层HTTP客户端类库的切换 精讲RestTemplate第3篇-GET请求使用方法详解 精讲RestTemplate第4篇-POST请求方法使用详解 精讲RestTemplate第5篇-DELETE、PUT等请求方法使用详解 精讲RestTemplate第6篇-文件上传下载与大文件流式下载 精讲RestTemplate第7篇-自定义请求失败异常处理 精讲RestTemplate第8篇-请求失败自动重试机制 精讲RestTemplate第9篇-如何通过HTTP Basic Auth认证 精讲RestTemplate第10篇-使用代理作为跳板发送请求 RestTemplate 作为spring-web项目的一部分，在Spring 3.0版本开始被引入。根据Spring官方文档及源码中的介绍，RestTemplate在将来的版本中它可能会被弃用， 作为替代，Spring官方已在Spring 5中引入了WebClient作为非阻塞式Reactive HTTP客户端。 一、什么是响应式非阻塞IO 在开始为大家介绍webClient之前有必要为大家介绍一下响应式非阻塞IO与传统IO之前的区别

Reactor 操作符 数据在响应式流中的处理，就像流过一条装配流水线。Reactor 既是传送带，又是一个个的装配工或机器人。原材料从源头（最初的 Publisher ）流出，经过一个个的装配线中装配工或机器人的工位加工（operator 操作），最终被加工成成品，等待被推送到消费者（ subscribe 操作）。 在 Reactor 中，每个操作符对 Publisher 进行处理，然后将 Publisher 包装为另一个新的 Publisher 。就像一个链条，数据源自第一个 Publisher ，然后顺链条而下，在每个环节进行相应的处理。最终，订阅者（Subscriber ）终结这个过程。所以， 响应式编程按照链式方式进行开发。 注意，如同 Java Stream 的终端操作，订阅者（ Subscriber ）在没有订阅（ subscribe ）到一个发布者（ Publisher ）之前，什么也不会发生。 如同 Java Stream 的中间操作一样，Reactor 的 Flux 和 Mono 也为我们提供了多种操作符（远多于 Stream ），我们将它们分类如下： 序号 类型 操作符 1 转换 as, cast, collect, collectList, collectMap, collectMultimap, collectSortedList, concatMap,