New Java Feature - Text Blocks
概述 JDK 15 文字块 - 一个由多行文字构成的字符串 复杂字符串 需要处理 - 文本对齐、换行字符、连接符以及双引号的转义字符串 - 不美观 + 不简约 + 不自然 1234567String stringBlock = "<!DOCTYPE html>\n" + "<html>\n" + " <body>\n" + " <h1>\"Hello World!\"</h1>\n" + " </body>\n" + "</html>\n"; 所见即所得的文字块 文字块是一个由多行文件构成的字符串 文字块使用新的形式，尝试消除换行符、连接符、转义字符的影响 使得文字对齐和必要的占位符更加清晰，从而简化多行文字字符串的表达 换行符 \n 没有出现在文字块这个 连字符...
New Java Feature - JShell
概述 JDK 9 JShell 是 Java 的交互式编程环境 JShell API 和工具提供了一种在 JShell 状态下评估 Java 编程语言的声明、语句和表达式的方式 JShell 的状态包括不断发展的代码和执行状态 为了便于快速调查和编码 语句和表达式不需要出现在方法中 变量和方法也不需要出现在类中 启动 JShell12345$ jshell| Welcome to JShell -- Version 21.0.7| For an introduction type: /help introjshell> 详尽模式 12345$ jshell -v| Welcome to JShell -- Version 21.0.7| For an introduction type: /help introjshell> 退出 JShell123456$ jshell -v| Welcome to JShell -- Version 21.0.7| For an introduction type: /help introjshell> /exit| ...
Observability - OpenTelemetry Python
OverviewStatus and Releases Traces Metrics Logs Stable Stable Development Version supportOpenTelemetry-Python supports Python 3.9 and higher. Installation The API and SDK packages are available on PyPI, and can be installed via pip: 12pip install opentelemetry-apipip install opentelemetry-sdk In addition, there are several extension packages which can be installed separately as: 12pip install opentelemetry-exporter-{exporter}pip install opentelemetry-instrumentation-{instrumen...
Observability - OpenTelemetry Go
OverviewStatus and Releases The logs signal is still experimental. Breaking changes may be introduced in future versions. Traces Metrics Logs Stable Stable Beta Getting StartedExample applicationSetup To begin, set up a go.mod in a new directory: 12345$ go mod init dicego: creating new go.mod: module dice$ lsgo.mod Create and launch an HTTP server In that same folder, create a file called main.go and add the following code to the file: 123456789101112package mainimport ( "log" ...
Observability - OpenTelemetry Node.js
OverviewStatus and Releases Traces Metrics Logs Stable Stable Development Client instrumentation for the browser is experimental and mostly unspecified. Version Support OpenTelemetry JavaScript supports all active or maintenance LTS versions of Node.js. Previous versions of Node.js may work, but are not tested by OpenTelemetry. OpenTelemetry JavaScript has no official supported list of browsers. It is aimed to work on currently supported versions of major browsers. OpenTelemetry JavaScript f...
Observability - OpenTelemetry Doc V2
Language APIs & SDKs OpenTelemetry code instrumentation is supported for many popular programming languages OpenTelemetry code instrumentation is supported for the languages listed in the Statuses and Releases table below. For Go, .NET, PHP, Python, Java and JavaScript you can use zero-code solutions to add instrumentation to your application without code changes. If you are using Kubernetes, you can use the OpenTelemetry Operator for Kubernetes to inject these zero-code solutions into your appli...
Observability - OpenTelemetry Doc V1
架构 OpenTelemetry 也被称为 OTel，是一个供应商中立的、开源的可观测性框架， 可用于插桩、生成、采集和导出链路、 指标和日志等遥测数据 概述 专注于数据标准，不提供存储和可视化 OpenTelemetry 是一个可观测性框架和工具包， 旨在创建和管理遥测数据，如链路、 指标和日志 OpenTelemetry 是供应商和工具无关的，这意味着它可以与各种可观测性后端一起使用， 包括 Jaeger 和 Prometheus 这类开源工具以及商业化产品 OpenTelemetry 不是像 Jaeger、Prometheus 或其他商业供应商那样的可观测性后端 OpenTelemetry 专注于遥测数据的生成、采集、管理和导出 OpenTelemetry 的一个主要目标是， 无论应用程序或系统采用何种编程语言、基础设施或运行时环境，你都可以轻松地将其仪表化 遥测数据的存储和可视化是有意留给其他工具处理 可观测性 可观测性是通过检查系统输出来理解系统内部状态的能力 在软件的背景下，这意味着能够通过检查遥测数据（包括链路、指标和日志）来理解系统的内部状态 要使系统可观测，必须对...
eBPF - Principle
发展历程 1992 年，在 BSD 操作系统中引入了革命性的包过滤机制 BPF，性能非常好 BPF 的两大设计 内核态引入一个新的虚拟机，所有指令都在内核虚拟机中运行 用户态使用 BPF 字节码来定义过滤表达式，然后传递给内核，由内核虚拟机解释执行 BPF 使得包过滤可以直接在内核中执行，避免向用户态复制每个数据包，从而极大提升了包过滤的性能，被各大操作系统广泛接受 BPF 诞生 5 年后，在 Linux 2.1.75 首次引入了 BPF 技术，在 Linux 3.0 中增加的 BPF JIT，替换掉性能更差的解释器，进一步优化了 BPF 指令运行的效率 直到此时，BPF 的应用领域还仅限于网络包过滤 2014 年，将 BPF 扩展为一个通用的虚拟机，即 eBPF eBPF 不仅扩展了寄存器的数量，引入了全新的 BPF 映射存储 还在 4.x 内核中将原本单一的数据包过滤事件逐步扩展到了内核态函数、用户态函数、跟踪点、性能事件以及安全控制等 eBPF 的诞生了 BPF 技术的转折点，使得 BPF 不再仅限于网络栈，而是成为内核的一个顶级子系统 - 最活跃 eBPF 无需修改内核源码和重新编译就可...
eBPF - Overview
eBPF Extended Berkeley Packet Filter eBPF 是一种数据包过滤技术，从 BPF 技术扩展而来 BPF 提供了一种在内核事件和用户程序事件发生时安全注入代码的机制，让非内核开发人员也可以对内核进行控制 随着内核的发展，BPF 从最初的数据包过滤，扩展到网络、内核、安全、跟踪等，扩展后的 BPF 被称为 eBPF，早期的 BPF 被称为经典 BPF，即 cBPF 现代内核所运行的都是 eBPF 特性 在 eBPF 之前，内核模块是注入内核的最主要机制 由于缺乏对内核模块的安全控制，内核的基本功能很容易被一个有缺陷的内核模块破坏 eBPF 借助 JIT，在内核中运行一个虚拟机，保证只有被验证安全的 eBPF 指令才会被内核执行 同时，eBPF 指令依然运行在内核中，无需向用户态复制数据，极大地提高了事件处理的效率 eBPF 在故障诊断、网络优化、安全控制、性能监控等领域获得了大量应用 高性能网络负载均衡器 - Katran 容器网络方案 - Cilium 内核跟踪排错工具 - BCC + bpftrace 概览 技术栈 掌握 eBPF 并不需要掌握内核开发...
Java Feature - Switch Pattern Matching
OOP 存在潜在的兼容性问题 Switch 模式匹配 将模式匹配扩展到 switch 语句和 switch 表达式 允许测试多个模式，每个模式都可以有特定的操作 123456public static boolean isSquare(Shape shape) { return switch (shape) { case null, Shape.Circle c -> false; case Shape.Square s -> true; };} 扩充的匹配类型 在 JDK 17 之前，switch 关键字可以匹配的数据类型 - 数字 + 枚举 + 字符串 - 本质上是整型的原始类型 在 JDK 17 开始，支持引用类型 支持 null - 不会抛出 NPE - 在 JDK 17 之前需要先判空 12345678910public static boolean isSquare(Shape shape) { if (shape == null) { re...
