反射 类的加载、连接和初始化 类加载器 使用反射生成并操作对象 本节习题 Java 应用与开发 类加载和反射 王晓东 wangxiaodong@ouc.edu.cn 中国海洋大学 December 24, 2018 大纲 反射 类的加载、连接和初始化 类加载器 使用反射生成并操作对象 本节习题 学习目标 1. 理解什么是反射机制，通过常见场景认识反射的作用。 2. 掌握类的加载、连接和初始化概念。 3. 理解类加载器及类加载机制。 4. 掌握使用反射生成并操作对象的方法。 大纲 反射 类的加载、连接和初始化 类加载器 使用反射生成并操作对象 本节习题 大纲 反射 类的加载、连接和初始化 类加载器 使用反射生成并操作对象 本节习题 大纲 反射 类的加载、连接和初始化 类加载器 使用反射生成并操作对象 本节习题 接下来⋯ 反射 类的加载、连接和初始化 类加载器 使用反射生成并操作对象 本节习题 大纲 反射 类的加载、连接和初始化 类加载器 使用反射生成并操作对象 本节习题 反射机制 ▶ 程序运行时，允许改变程序结构或变量类型，这种语言称为 动态语言。从这个观点看，Perl、Python、Ruby 是动态语 言，C++、Java、C# 不是动态语言。 ▶ 但是 Java 有着一个非常突出的动态相关机制：反射 （Reflection），可以于运行时加载、探知、使用编译期间完 全未知的类。换句话说，Java

589 美团高性能终端实时日志系统建设实践 608 后端 622 可视化全链路日志追踪 622 设计模式二三事 647 基于代价的慢查询优化建议 670 Java 系列 | 远程热部署在美团的落地实践 692 日志导致线程 Block 的这些坑，你不得不防 713 基于 AI 算法的数据库异常监测系统的设计与实现 775 目录 < v Replication（上）：常见复制模型 模型通常在每个时间片上单独应用 GNN 模型，然后聚合节点在不同时间的表征 [14]。我们把聚合过程抽象为离散时间 维度的聚合函数 ，同样提供预定义的实现。此外，Tulong 框架还提供离散时 间动态图数据的加载和管理机制，仅在内存中保留必须的时间片，降低硬件资源的 消耗。 74 > 2022年美团技术年货 图 4 离散时间动态图 GNN 模型框架 在连续时间动态图中，每条边附有时间戳，表示交互事件发生的时刻。相比于静态 子），包括消息函数、聚合函数、更新函数、邻居节点函数，并给出多种预定义的实 现。框架用户通过配置选项即可拼装组合算子，从而实现需要的 GNN 模型。 算法 < 75 4. 训练流程框架 训练 GNN 模型通常包括加载数据、定义 GNN 模型、训练和评测、导出模型等流 程。由于 GNN 模型和训练任务的多样性，在实际开发过程中，用户往往要针对自己 的场景自行编写模型和流程代码，处理繁琐的底层细节让用户难以集中到算法模型本

go get github.com/DisposaBoy/MarGo 这个时候我们会发现在$GOPATH/bin下面多了两个可执行文件，gocode和MarGo，这两个文件会在GoSublime 加载时自动启动。 3. 安装完之后就可以安装Sublime的插件了。需安装GoSublime、SidebarEnhancements和Go Build，安装插件之 后记得重启Sublime生效，Ctrl+Shift+p打开Package 有必要导入多次）。当一个包被导入时，如果该包还导入了其它的包，那么会先将其它包导入进来，然后再对这些包 中的包级常量和变量进行初始化，接着执行init函数（如果有的话），依次类推。等所有被导入的包都加载完毕 了，就会开始对main包中的包级常量和变量进行初始化，然后执行main包中的init函数（如果存在的话），最后执 行main函数。下图详细地解释了整个执行过程： 图2.6 main函数引入包初始化流程图 上面这个fmt是Go语言的标准库，其实是去goroot下去加载该模块，当然Go的import还支持如下两种方式来加载自己 写的模块： 60 1. 相对路径 import “./model” //当前文件同一目录的model目录，但是不建议这种方式来import 2. 绝对路径 import “shorturl/model” //加载gopath/src/shorturl/model模块

数据一致性如何保证？ 一致性 01. 缓存如何保证更新，如何与数据库同步 同步、更新  被动方式  缓存过期  定期同步  主动方式  监听数据变化 数据加载，更新 02. 全量数据加载，增量数据监听 • 每个应用服务分别消费数据变更消息 • 一个应用服务消费数据变更，应用服务集群内广播 Maxwell是一个能实时读取MySQL二进 制日志binlog，并生成JSON格式的消 索引 主键 倒排 业务快速增长 存储如何无限扩展？ 存储扩展 05. 业务数据已经超过1000万，海量数据下，如何实现冷热数据的交换 冷 热 新 系 统 历 史 数 据 冷数据、数据量多 缓存成本大、命中低、收益小 热 数 据 当前系统中的热点数据 命中率高 系 统 新 增 数 据 近期新增数据，较大概率命中 存储空间 缓存性能 冷热可交换，引擎可扩展 06 基于MemoryTile的映射，特殊场景反序列化性能提升近600倍 主动式内存缓存框架 第三部分 技术全景图 01. 主动式内存缓存架构的技术全景图 数据中心、数据源 02. 分布式部署，解决海量数据的传输、加载 数据全量加载时，缓解数据库压力 链路优化 优化 协议 编码 空值剔除 数据存储、数据传输 带宽减少40% 2GB -> 1.2GB MaxwellConsumer 03. 通过golang接口的方式，实现业务与框架代码分离

2. XuperBridge 2.1. 内核调用设计 2.2. KV接口与读写集 2.3. 合约上下文 3. XVM虚拟机 3.1. 背景 3.2. WASM简介 3.3. WASM字节码编译加载流程 3.4. 语言运行环境 3.5. XuperBridge对接 3.6. 资源消耗统计 4. 账号权限控制模型 4.1. 背景 4.2. 名词解释 4.3. 模型简介 4.4. 实现功能 4 3.3. WASM字节码编译加载流程 WASM字节码的运行有两种方式，一种是解释执行，一种是编译成本地指令后 再运行。 前者针对每条指令挨个解释执行，后者通过把WASM指令映射到本 地指令如(x86)来执行，解释执行优点是启动快，缺点是运行慢，编译执行由于 有一个预先编译的过程因此启动速度比较慢，但运行速度很快。 XVM选用的是编译执行模式。 XVM编译加载流程 3.3.1. 字节码编译 字节码编译 用户通过c++编写智能合约，通过emcc编译器生成wasm字节码，xvm加载字节 码，生成加入了指令资源统计的代码以及一些运行时库符号查找的机制，最后 编译成本地指令来运行。 c++合约代码 1 2 3 int add(int a, int b) { return a + b; } 编译后的WASM文本表示 1 2 3 4 5 6 (module (func $add

"default_value": -1 } 通过以上配置，一个模型可以通过特征名和 Transformer 的组合清晰地表达。因此， 模型与特征都只是一段纯文本配置，可以保存在外部，Augur 在需要的时候可以动态 的加载，进而实现模型和特征的上线配置化，无需编写代码进行上线，安全且高效。 其中，我们将输入模型的特征名（tf_input_name）和原始特征名（name）做了区分。 这样的话，就可以只在外部编写一 信息只需计算一次。 ● DocLevel Feature：文档维度特征，一次模型预估请求中每个文档的特征不 同，需要分别计算。 一个典型的模型预估请求，如下图所示： Augur 启动时会加载所有特征的表达式和模型，一个模型预估请求 ModelScore- 算法 < 13 Request 会带来对应的模型名、要打分的文档 id（docid）以及一些必要的全局信 息 Context。 特征会依赖 ContextLevel 特征，故先将 ContextLevel 特征计算完毕。对于 Doc 维度，由于对每一个 Doc 都 要加载和计算对应的特征，所以在 Doc 加载阶段会对 Doc 列表进行分片，并发完成 特征的加载，并且各分片在完成特征加载之后就进行打分阶段。也就是说，打分阶段 本身也是分片并发进行的，各分片在最后打分完成后汇总数据，返回给调用方。 期间 还会通过异步接口将特征日志上报，方便算法同学进一步迭代。

学插件管理器，支持创建指定类型的密码学对象，或者通过公私钥自动识别 需要加载的插件类型。通过密码学插件管理器，可以支持隔绝框架对密码学 插件的感知，对上层框架提供一种无缝的使用体验。 超级链中默认密码学插件使用的是Nist P256 + ECDSA，在不额外指定的情况 下，超级链启动后会加载默认密码学插件。 之前说过，通过密码学插件管理器可以按照公私钥自动识别需要加载的插件 类型，那么超级链如何根据密钥来判断应该使用哪种密码学插件呢？其实， 数据存证溯源功 能。 名词解释 可信账本：基于百度超级链和Mesatee技术，支持合约数据加密存储及链上密 文运算等功能。 TEE：可信执行环境(TEE)是CPU的安全区域，它可以保护在其内部加载的代 码和数据的机密性与完整性。 SGX：Software Guard Extensions(SGX)是Intel推出的基于Intel CPU的硬件安 全机制。 Mesatee：Memory Safe xchain的WASM合约正是这样的 应用场景，通过用C++，go等高级语言来编写智能合约，再编译成WASM字 节码，最后由XVM虚拟机来运行。 XVM虚拟机在这里就提供了一个WASM 的运行环境。 WASM字节码编译加载流程 WASM字节码的运行有两种方式，一种是解释执行，一种是编译成本地指令 后再运行。 前者针对每条指令挨个解释执行，后者通过把WASM指令映射到 本地指令如(x86)来执行，解释执行优点是启动快，缺点是运行慢，编译执行

学插件管理器，支持创建指定类型的密码学对象，或者通过公私钥自动识别 需要加载的插件类型。通过密码学插件管理器，可以支持隔绝框架对密码学 插件的感知，对上层框架提供一种无缝的使用体验。 超级链中默认密码学插件使用的是Nist P256 + ECDSA，在不额外指定的情况 下，超级链启动后会加载默认密码学插件。 之前说过，通过密码学插件管理器可以按照公私钥自动识别需要加载的插件 类型，那么超级链如何根据密钥来判断应该使用哪种密码学插件呢？其实， 数据存证溯源功 能。 名词解释 可信账本：基于百度超级链和Mesatee技术，支持合约数据加密存储及链上密 文运算等功能。 TEE：可信执行环境(TEE)是CPU的安全区域，它可以保护在其内部加载的代 码和数据的机密性与完整性。 SGX：Software Guard Extensions(SGX)是Intel推出的基于Intel CPU的硬件安 全机制。 Mesatee：Memory Safe xchain的WASM合约正是这样的 应用场景，通过用C++，go等高级语言来编写智能合约，再编译成WASM字 节码，最后由XVM虚拟机来运行。 XVM虚拟机在这里就提供了一个WASM 的运行环境。 WASM字节码编译加载流程 WASM字节码的运行有两种方式，一种是解释执行，一种是编译成本地指令 后再运行。 前者针对每条指令挨个解释执行，后者通过把WASM指令映射到 本地指令如(x86)来执行，解释执行优点是启动快，缺点是运行慢，编译执行

学插件管理器，支持创建指定类型的密码学对象，或者通过公私钥自动识别 需要加载的插件类型。通过密码学插件管理器，可以支持隔绝框架对密码学 插件的感知，对上层框架提供一种无缝的使用体验。 超级链中默认密码学插件使用的是Nist P256 + ECDSA，在不额外指定的情况 下，超级链启动后会加载默认密码学插件。 之前说过，通过密码学插件管理器可以按照公私钥自动识别需要加载的插件 类型，那么超级链如何根据密钥来判断应该使用哪种密码学插件呢？其实， 数据存证溯源功 能。 名词解释 可信账本：基于百度超级链和Mesatee技术，支持合约数据加密存储及链上密 文运算等功能。 TEE：可信执行环境(TEE)是CPU的安全区域，它可以保护在其内部加载的代 码和数据的机密性与完整性。 SGX：Software Guard Extensions(SGX)是Intel推出的基于Intel CPU的硬件安 全机制。 Mesatee：Memory Safe xchain的WASM合约正是这样的 应用场景，通过用C++，go等高级语言来编写智能合约，再编译成WASM字 节码，最后由XVM虚拟机来运行。 XVM虚拟机在这里就提供了一个WASM 的运行环境。 WASM字节码编译加载流程 WASM字节码的运行有两种方式，一种是解释执行，一种是编译成本地指令 后再运行。 前者针对每条指令挨个解释执行，后者通过把WASM指令映射到 本地指令如(x86)来执行，解释执行优点是启动快，缺点是运行慢，编译执行

学插件管理器，支持创建指定类型的密码学对象，或者通过公私钥自动识别 需要加载的插件类型。通过密码学插件管理器，可以支持隔绝框架对密码学 插件的感知，对上层框架提供一种无缝的使用体验。 超级链中默认密码学插件使用的是Nist P256 + ECDSA，在不额外指定的情况 下，超级链启动后会加载默认密码学插件。 之前说过，通过密码学插件管理器可以按照公私钥自动识别需要加载的插件 类型，那么超级链如何根据密钥来判断应该使用哪种密码学插件呢？其实， 数据存证溯源功 能。 名词解释 可信账本：基于百度超级链和Mesatee技术，支持合约数据加密存储及链上密 文运算等功能。 TEE：可信执行环境(TEE)是CPU的安全区域，它可以保护在其内部加载的代 码和数据的机密性与完整性。 SGX：Software Guard Extensions(SGX)是Intel推出的基于Intel CPU的硬件安 全机制。 Mesatee：Memory Safe xchain的WASM合约正是这样的 应用场景，通过用C++，go等高级语言来编写智能合约，再编译成WASM字 节码，最后由XVM虚拟机来运行。 XVM虚拟机在这里就提供了一个WASM 的运行环境。 WASM字节码编译加载流程 WASM字节码的运行有两种方式，一种是解释执行，一种是编译成本地指令 后再运行。 前者针对每条指令挨个解释执行，后者通过把WASM指令映射到 本地指令如(x86)来执行，解释执行优点是启动快，缺点是运行慢，编译执行