23 | 怎么减少内存使用，减轻内存管理负担？

管理内存，不管是什么编程语言，向来都是一个难题。Java 语言能够长期领先的一个重要原因，就是它拥有强大的内存管理能力，并且这种能力还在不断地进化。然而，只依靠 Java 内在的内存管理能力，是远远不够的。

前几节课，我带你尝试不通过 IR，直接生成汇编代码，这是为了帮你快速破冰，建立直觉。在这个过程中，你也遇到了一些挑战，比如：

• 你要对生成的代码进行优化，才有可能更好地使用寄存器和内存，同时也能减少代码量；
• 另外，针对不同的 CPU 和操作系统，你需要调整生成汇编代码的逻辑。

这些实际体验，都进一步验证了20 讲中，IR 的作用：我们能基于 IR 对接不同语言的前端，也能对接不同的硬件架构，还能做很多的优化。

你好，我是陈亦峰，欢迎你和我一起学英语。

说到写作，根据我自己这么多年的教学经验，其中包括和历届学生交流的结果，大家普遍反映，写作最大的难点之一，就是安排文章的逻辑和结构。每次学生来问我怎么解决这个问题，我都会推荐他们读一些结构规整、逻辑性强的范文，让他们通过阅读去学习别人布局谋篇的方法。今天我们就利用一个现成的“金字塔原理”（The Pyramid Principle）的框架，一起来分析一下Breaking through Three Common Engineering Myths这篇文章的逻辑和结构。

你好，我是 Rocky。

今天我们来继续聊聊触屏交互。我们在前面有几节课里，多多少少都谈到了一些触屏交互的内容，今天我继续扩展，和你接着聊聊前面的没有涉及到的话题：手机形态对触屏交互的影响。

今天我想和你聊聊我的大厂面试经历，谈谈我对算法学习的看法。

我会分成三个阶段向你介绍。

面试前：如何准备面试。

面试中：面试/笔试中的注意事项。

面试后：如何回答问题与提问题。

我们已经学会如何部署业务，发布 Pod。但是 Pod 创建好以后，Kubernetes 又如何调度这些 Pod 呢？如果我们希望把一个 Pod 跑在我们期望的节点上，该如何操作呢？如果我们希望把某些关联性强的 Pod 跑在特定的节点上，或者同一个节点上，又该怎么操作呢？

从本节课开始，我们开始动手开发一个完整的 RPC 框架原型，通过整个实践课程的学习，你不仅可以熟悉 RPC 的实现原理，而且可以对之前 Netty 基础知识加深理解，同样在工作中也可以学以致用。

在上一课时，我们提到在 ShardingStatement 和 ShardingPreparedStatement 中，执行 executeQuery 或 executeUpdate 方法时会使用到归并引擎 MergeEngine：

1
2
3
4

//调用归并引擎
MergeEngine mergeEngine = MergeEngineFactory.newInstance(connection.getRuntimeContext().getDatabaseType(), connection.getRuntimeContext().getRule(), sqlRouteResult, connection.getRuntimeContext().getMetaData().getRelationMetas(), statementExecutor.executeQuery());
//获取归并结果
result = getResultSet(mergeEngine);

在 ShardingSphere 整个分片机制的结构中，归并引擎是执行引擎后的下一环，也是整个数据分片引擎的最后一环。

你好，我是臧萌。今天，我们对上一节课做一下延伸，基于上一节课中抛出来的技术观，今天我们来看一下在我们实际工作中，关于技术的事儿都有哪些陷阱。

为了给你增加一些代入感，我们首先来看一个厨师的例子。假设你是一个餐厅的老板，要招一位厨师。