RPC（Remote Procedure Call，远程过程调用）主要负责在分布式系统中透明地调用远程服务，就像调用本地函数一样。它封装了网络通信的细节，使得开发者可以专注于业务逻辑而非底层通信协议。RPC通信通常包括序列化、网络传输、反序列化等步骤。当网络中断时，RPC调用的行为和对系统资源的影响，尤其是内存增长，可能有以下几个原因：

1. 超时重试机制**：许多RPC框架都实现了超时和重试机制，以应对临时性的网络不稳定。在网络中断期间，客户端可能会多次尝试发送请求，每一次尝试都可能在内存中积累未完成的调用记录、缓冲的数据或重试计数器等，导致内存占用增加。

2. 连接池与资源泄漏**：RPC客户端通常维护一个连接池以复用TCP连接，提高效率。在网络故障时，连接可能会失效，但连接池可能未能及时清理这些无效连接或未能正确释放相关资源，导致内存泄露。

3. 消息队列积压**：在生产者-消费者模式中，如果RPC调用是异步的且网络不可达，消息可能被暂存在消息队列中等待重试。随着时间推移，未发送的消息会累积，占用越来越多的内存。

4. 缓冲区和缓存增长**：序列化和反序列化数据时，可能会使用缓冲区。在网络不稳定时，这些缓冲区可能没有被及时清空或重用，尤其是在连续的失败尝试中，缓冲区占用的内存可能会持续增长。

5. 负载均衡和重定向**：某些RPC框架在遇到网络问题时，可能会尝试重新路由请求到其他节点，这个过程中可能产生额外的元数据和状态信息存储，占用内存。

6. 监控和日志**：网络故障期间，系统可能会生成更多错误日志和监控信息，特别是对于健康检查、重试日志等，这些都会占用内存资源。

解决这类内存增长问题通常需要对RPC框架的配置进行优化，比如合理设置超时重试次数、限制消息队列大小、确保连接池的有效管理与资源释放、定期清理缓冲区和无效连接，以及优化日志记录策略等。同时，实施严格的内存泄漏检测和修复措施也是必要的。