Java中的异步通知

　　在我们的日常开发中，经常会遇到这样的问题--"我让你做一件事情，但是你做得很慢，并不能够立马返回给我结果，害我一直在那儿等着你给我返回结果，什么都做不了"。

　　程序是自上而下顺序执行的，很多时候后一步的操作依赖于前一步操作的返回结果，所以必须按照顺序依次执行；如果我不想等，那我就需要把操作拆分解耦，解耦我可以做到，就是让后面的操作不一定非要等到前面操作的完成，不是非要依赖于前面的返回结果，也就是我不用等你了。我们可以把耗时的操作，对整体结构非关键部分的操作异步执行。

　　可是异步执行完，你要通知我，对我说你帮我做好了啊。因为，事情做好了，不管什么结果，我还要接着处理一下啊，不是说异步我丢给你了我就不管了，我只是暂时没空等你，我希望你在背后帮我完成，做好了你还是要跟我说的，然后我仍需要继续处理的。可是问题是，你做好了怎么通知我呢？并且到时候你还在不在我都不知道，我收到你的通知怎么告诉你？

　　问题出来了，那么肯定要想办法解决啊。首先要解决的就是--"你异步处理完，怎么通知我？"，要解决这个问题很简单--在我让你异步处理的时候，告诉你一个地址，你处理完后就可以通过这个地址找到我，告诉我你的处理结果。然后问题又来了，你完成后，通过地址通知我，可是不知道我是否接收到，你就会一直通知我。这个问题就更加简单了，我们约定一个字段，我给你返回特定字段，也就是告诉你我收到通知了，你就不要在通知我了。

　　上面的思路整清楚了，接下来就要详细实现。（Java实现）

　　比如现在我要买一张火车票，我们选择银联支付，支付完成后，我们会收到购票通知，也会收到银联给我们返回的扣款通知。这里面就用到了异步通知，在下单的时候，服务端请求银联的扣款接口，同时在接口告诉银联处理后返回结果通知地址，服务端收到银联的通知后，根据返回的支付结果判断是否出票。

　　在这个购票过程中，我们需要注意的是--目前主流的服务端框架都是Spring cloud，我们告诉第三方的异步通知地址(其实就是我们的接口请求路径)，第三方处理结果通知到我们服务端，这个过程和客户端请求接口是很像的。当时目前的框架中都会又一个gateway(网关)，在网关内，我们都会进行验签、路由等操作,而客户端和服务端进行交互的时候我们都会约定好验签、路由相关的数据或配置，当时和第三方对接时，我们是不可能将这些东西告诉他们的。

　　所以，在接收第三方异步通知的时候，我们需要考虑的首要事情就是--第三方处理的结果如何成功的通知到我们服务端内部。本地开发时可以按照我的上一篇文章《Mac配置内网穿透》配置本地ip的外网映射。正常的生产开发过程其实还涉及到另外一点--异步通知只能通知到外网地址，需要经过nginx转发后到我们的程序中，因此还需要在服务器上配置nginx，使得通知能够通过外网到我们内网服务器地址上（以后会介绍这一块内容的）。

　　处理结果的通知顺利进入我们程序后，我们还需要根据其返回的格式做处理，目前我对接的第三方异步通知返回的结果各种各样--JsonObject ,HttpServletRequest...,我们需要根据返回的数据格式合理的选择接收对象，当然，如果觉得麻烦，也可以自定义注解，然后将返回格式统一成自己喜欢的格式。个人比较喜欢使用HttpServletRequest接收，处理起来方便一点。最后，我们接收到通知之后，需要按照约定，返回第三方所需的字段，自此，整个异步通知过程就结束了。

　　但是，对于我们服务端而言，返回信息的处理才刚开始，我们需要对异步通知的内容进行验签、解密等操作，确认我们接收到的数据是合法、正确的。