支持

我看你的代码你为什么不一步定位呢，xpath 这个逻辑应该写的出来啊？换正则得了

异常流程一种是直接 over 的流程，一种是分支流程，比如 savepoint ？合适才是最好了没必要一刀切。

我感觉很多人似乎连密码学基础都没有就在谈论这个问题，争论这个其实没有多大意义，现代密码学为了保证中间人攻击的难度更多的是通过计算复杂度来保证明文安全，谈论这个问题本身就没有意义，公认的加密算法其实你也知道解密算法的比如 rsa 难道你不知道解密的算法吗？何况部分的 rsa 加密算法已经被破解了，如果以后超级计算机计算能力提高这种情况还与 base64 有区别吗？

我要没理解错需求的话，这个根本不是定时任务啊，明明是个排队任务啊，用队列就完事了。

只是内部用，你搞个时间戳就行了，没必要搞那么麻烦，解决问题不需要 1 分钟

挂载，楼上应该已经说完了

@lihongjie0209 谁说请求频率限制就是针对所有请求的？ url 限制频率不是正常操作吗

还是没搞懂后端这么做的意义是什么？如果不是为了解决重放那么和正常的限制请求频率区别在哪里，费这么大劲这么做最终到底会有什么特技。不需要交互的去重就是后端自己在玩，所有来自外部的请求都是不同的。还有这种 100 个按钮做 100 次的问题我不想继续讨论下去，至少我还没遇见过会说出类似话的技术人员。

目的是啥？又解决不了重放，这么麻烦还不如按钮 disabled 前后端分离又不代表不是一个项目，适合在哪里做就谁改。

实际开发中，大部分接口会类似｛ code:，data:}这种格式，而不是直接返回数据。

我刚写了个 demo，fastjson 默认是可以的，jackson 默认的确实不行，你把 jackson 换成 fastjson 就行了。

建议入门 jpa+boot

正好测了一下，包我是 latest 版本。

Thumbnails.of("a.jpg").size(50, 60).keepAspectRatio(false).toFile("b.jpg");

看评论仿佛生活在另一个世界，如果上班时间有人找你而你故意装没听见，一个是态度问题，一个是不尊重。以前就有煞笔同事，业务妹子*每次*叫他都得好多遍，搞得妹子很尴尬，谁愿意没事找别人谁不想清闲还不是打工的。

连正常访问都可能拦截何况是个爬虫入门都会写的 selenium。。。

解决问题最快的方法是让测试直接把 bug 提给你，这样不就不大费周章了。

你不理解，为什么不当面问问公司里说的那个人呢。。