跨域问题Gson反序：哎哟喂，这俩坑我算是踩明白了！
兄弟们,姐妹们，今天咱不聊虚的，就聊聊我这两天被“跨域问题”和“Gson反序”这俩活宝折腾到凌晨三点的破事儿！说真的，我当时差点把电脑屏幕给啃了，你们知道那种感觉吗？就是明明代码看着没毛病，但浏览器那个大红叉叉就是甩你一脸，气得我直拍大腿——哎哟喂，这日子没法过了！
先说跨域问题吧，这玩意儿简直就是前端开发者的“紧箍咒”。 我那天兴冲冲地写了个前后端分离的项目，前端localhost:8080，后端localhost:9090，心想这不挺美的嘛，各干各的活，结果呢？浏览器直接给我甩一句“Access-Control-Allow-Origin”没配置，我当时就懵了，啥玩意儿？我请求发出去了，数据呢？数据在哪儿？就像你给心仪的姑娘发了条微信，结果人家回你一句“对不起，您还不是好友”……那种挫败感，懂伐？
后来我才慢慢摸到门道,跨域问题说白了就是浏览器的一种“防盗门”机制，它不是不让你拿数据，而是怕你被坏网站给“钓鱼”了，解决办法嘛，无非就是后端加个CORS过滤器，或者用Nginx反代一下。但最让我哭笑不得的是，有时候你明明加了@CrossOrigin注解，结果因为路径写错了，或者Filter顺序不对，照样给你“打回来”。 哎，就跟谈恋爱一样，你以为你做了所有事，其实人家压根没收到信号，你说气不气人？
再说说Gson反序列化这档子事儿。 我原本以为，前端的JSON字符串传到后端，用GsonfromJson一转换，不就齐活了吗？呵呵，天真！太天真了！我遇到的情况是，前端传过来一个List<User>，里面明明有数据，但后端一接收，哇塞，全是null！我当时心里那个急啊，就像你点了份麻辣烫，结果送来一碗清汤寡水，连根香菜都不给我留！
后来一排查,好家伙，原来是泛型类型擦除惹的祸！Gson光靠fromJson(json, List.class)是根本不知道你要转成什么类型的，你得用TypeToken这玩意儿包一层。更要命的是，如果实体类里的字段跟前端JSON的key对不上号（比如前端用下划线user_name，后端用驼峰userName），Gson就默不作声地给你填个null，它还不报错！ 你说这气不气人？它就像一个闷葫芦，你不问它，它就不说，等你自己发现，黄花菜都凉了！
最折磨人的是，这俩问题还会“组团”来的！ 跨域没解决，你根本拿不到JSON数据，那自然也就谈不上Gson反序列化了，等你把跨域配好了，以为万事大吉，结果Gson又给你来个“莫名奇妙”的解析失败，我当时就站在工位前，叉着腰，深呼吸，心里默念：“亲生的，代码是我亲生的，不能砸电脑。” 但是朋友们，那种无力感真的……就像你玩游戏，好不容易打过了大BOSS，结果开门发现后面还有一关，屏幕还写着“Surprise！”，哎呀妈呀，我真的会谢！
经过这两天的“渡劫”，我算是总结出点血泪经验了。 跨域问题，别光盯着注解看，去看看SpringMVC的配置，或者过滤器链的顺序，很多问题都是“隐形”的，Gson反序列化呢，要么就用TypeToken明确指定泛型，要么就干脆用Jackson或者Fastjson，至少人家报错信息明确点。 一定要确保字段名一致，或者用@SerializedName注解去映射，千万别跟Gson“猜谜语”。
写这篇文章,就是想跟各位老铁说，遇到问题别慌，先深呼吸，再喝口水，一步一步排查。大多数时候，不是咱们代码不行，是这些框架的“小脾气”没摸透。 好了，不说了，我又要去跟我的后端兄弟“友好交流”了，这次非得把那个Gson的嵌套泛型问题给盘明白了不可！
学习网络安全可以加QQ：1179713245
