白帽大会资料下载 | 让技术自生长
大会介绍
阿里云先知每年邀请来自世界各地的知名研究人员分享他们的最新发现与安全经验，向大家分享和展示全新的技术世界。
对于大会我们有着自己的态度，我们希望维持黑客技术大会的传统，对议程内容要求严谨，不带商业色彩同时具备高水准。
使用自定义注解实现接口参数校验
1.前言
在接口的开发中,我们有时会想让某个接口只可以被特定的人(来源)请求,那么就需要在服务端对请求参数做校验.
这种情况我们可以使用interceptor来统一进行参数校验,但是如果很多个接口,有不同的的设定值,我们总不能写很多个interceptor,然后按照path逐一添加吧?
面对这种情况,我们可以选择自定义一个注解,由注解来告诉我们,这个接口允许的访问者是谁.
思考gRPC ：为什么是protobuf
## 背景
谈到RPC，就避免不了序列化的话题。
gRPC默认的序列化方式是protobuf，原因很简单，因为两者都是google发明的，哈哈。
在当初Google开源protobuf时，很多人就期待是否能把RPC的实现也一起开源出来。没想到最终出来的是gRPC，终于补全了这一块。
## 跨语言的序列化方案
事实上的跨语言序列化方案只有三个： protobuf, th
Gson、FastJson、org.JSON到底哪一个效率更高，速度更快
Gson、FastJson、org.JSON到底哪一个效率更高，速度更快http://www.bieryun.com/1145.html
今天无意中再安卓巴士上看到了一片文章《Android开发者应该使用FlatBuffers替代JSON》，吓得我赶紧看了看，突然感觉自己用了好长时间的JSON解析似乎落伍了~~(>_<)~~
尤其是看到下面的话，更是不明觉厉；
我尝试使用FlatBuffers和JSON解析4mb的JSON文件。
开源项目——让okhttp3优雅地打印日志
现在应该有许多人都是使用okhttp来作为项目的网络请求的底层库，那么，还有人在沿用着对每个请求在执行前后手动打印一下参数及地址这种古老的日志打印方式吗？okhttp的灵活而强大的特点之一，就是其提供了一个拦截器接口，使得我们在打印日志时极为方便，并且对我们的接口代码无入侵性。