RPC（远程过程调用）同步上报在断网情况下会发生以下情况：

1. 等待时间延长：当进行RPC同步调用时，客户端会阻塞等待服务端响应。如果网络中断，客户端无法接收到服务端的响应，它会持续等待，直到达到预设的超时时间（timeout）。这个等待时间确实会延长，因为它会一直等待直到超时，超时时间由RPC客户端设置，通常可以根据应用场景调整。

2. 资源占用：在等待期间，客户端调用线程会被阻塞，可能会占用系统资源，影响程序的其他部分运行，尤其是在大量同步调用因网络问题挂起时，可能会导致性能下降或资源耗尽。

3. 错误处理：一旦达到超时时间，客户端通常会接收到一个错误指示，如网络错误或连接超时，而不是正常的调用结果。这时，应用需要有适当的错误处理逻辑来应对这种情况，比如重试机制、记录错误日志或通知用户。

4. 设计考量：对于可能遭遇网络不稳定的应用场景，采用异步调用或者带重试机制的同步调用会更加稳健。异步调用不会阻塞当前线程，可以提供更灵活的错误处理和恢复策略。

综上所述，RPC同步上报在断网情况下，确实会导致接口调用的等待时间延长至超时，因此需要在设计时考虑网络异常的处理逻辑，以提高应用的健壮性和用户体验。