抱歉，目前纯电子书不支持pdf版本下载，仅提供在线版及mobi版推送。

能运行正确。看源码注释，gprc对象里的setSeconds()设置自1970年以来的毫秒数，Java Date对象有一个getSeconds()返回当前对象日期表示的分钟数，已弃用，getTime()返回自1970年以来的毫秒数。另外，提醒一下，gRPC使用protobuf生成的对象，因为要对应各种不同的主流编程语言，所以它所提供的API或者是对象都不一定与Java一致，例如protobuf就没有范型，而是使用Any。

抱歉，没有提供源码。你读完本书，参照上面的代码，完全就有可以实用的代码了。

@五天几年 嗯嗯，顺便吐槽一下他们方法命名不规范，方法名写成milliseconds才对。

读完了，书中关于grpc java封装部分很精彩。一年前我也接到过类似的任务，研究和封装一下grpc给部门普及使用，我看了几天觉得不妙。这东西在平均能力不高的团队里，感觉还是不太好推广，麻烦！直接http restful交差！

@伊丽莎白菜 谢谢你的认可。代码封装和简化，每一个项目都会涉及到，设计原则、设计模式，Java反射，掌握这些技能很重要。

是的，内容可能看着有点少。这是讲工程实践的，意思是它真正经过项目检验的，然后将这些技巧分享出来的。这不是一个手把手教你怎么操作的入门指南之类的，那些内容可以在网上搜索到，没必要花钱买一个网上到处都是的东西。

ASM是个好东西，性能也很好，但那是自动化生成技术，也就是从A派生了另外一个A_ASM类。这和gRPC协议自动生成技术有什么区别呢？反射最大的优势是灵活。如果协议变动，增加或者变动了一个字段，服务端使用ASM自动生成了包装类，那么客户端呢，B公司正在运行的客户端如何感知这个变化？ASM在可以控制代码的情况下，可以有很好应用，例如自动代理、还有自动DDD。但是，不能因为性能，而贬低反射，spring、json、orm，一大堆技术核心都是反射。