第一楼的链接，让我想到了小时候的保险，那些业务员挨家挨户的推销，结果被骗的可惨了。国内的这些公司，把一些产品价格价格定的极低，贴着成本定，甚至于倒贴，目的就是为了玩产业金融，low 一点的就是坑保险费这种，高端的就是在股市把数据做漂亮，拉高股价找基金公司接盘，本质上是坑基民和股民，所以在缅 A 赚钱的都是超短玩家(投机客)、吸引同类的实盘选手(间谍鸟)、抖音的大 V(心理按摩师)、庄家、股东高管、基金经理(不是基民)…

分成很多个小文件？说明你实现的断点续传不对，断点续传是一个大文件分成多个请求，每个请求只传自己分好的那一段数据，比如 20 个 G 分成 20 个请求，每个请求传 1G ，第一个请求传从 0 到 1G ，第二个请求从 1G 到 2G ，以依次类推，服务器也是一个文件，根据请求写入文件对应的位置。请求头会携带一些分段的信息，这个有标准的 header ，好像是 range ，可以搜一下

怎么还把 so 拷到 jar 包外面？实在不行就用 JNA 的库调用，JNA 调用特别简单，网上有很多 demo

https://github.com/java-native-access/jna

A 股市场主要有两大逻辑：
1 、公募基金主导的赛道；想想房地产的作用，目的为了掏空六个钱包用来发展经济；
2 、游资主导的投机；靠热点打造一个赌钱的泡沫，是击鼓传花的游戏；

不懂话，还是在底部买入后长期持有，等待翻倍，找有发展空间的股票，最好有政策支持，市值不要太大，可以在新能源(锂电池)、光伏、风电等板块找。

技术这东西属于刻舟求剑，是一种形而上的做法，不建议去搞，浪费时间，要看就只看 K 线、量能、换手率。

中国没有经济学，只有政治经济学。

先把仓位降下来，保住本金是最重要的。

多找几本书看看，讲 K 线的，量价的，趋势交易的，价值投资的，博弈思维的，投资心理学的等。

通过不断尝试，打造出自己的交易体系，就是：买什么？买多少？什么时候买？什么时候卖？止损怎么设置？
即，买卖系统、仓位管理系统、风险控制系统。

吐槽：买这么多看的过来吗？而且你仔细想想，这么多什么情况下会赚钱？只有一种情况，大盘普涨时，其他情况要么把利润拉平了，要么就是亏损，大 A 都是涨少跌多，长期看亏损就成了必然，还不如买入一只底部企稳的票，长期持有呢。

不管是 A 给 B 转账，还是 B 给 A 转账，逻辑都是一样的。
扣钱时锁被扣钱的账户，加钱时锁被加钱的账户。

两个独立账户没必要一起上锁，只要遇到错误可回退就可以，而且各自的账户可以用各自的锁，也不用争同一个锁。

可以用 HandlerMethodArgumentResolver 实现自定义的请求接口解析，（附：取到请求参数后可以用 JSON 库转换）

@xsir 我测试 timescaledb 时，发现占用磁盘空间比较严重，主要是存了一堆字符串，influxdb 用了不到 400MB，timescaledb 是 7 个 G，不知道是不是我用的不对，而且重复的数据无法覆盖；
单个点的写入，如果一个设备每秒 200 个点，设备较多时也很慢。

你遇到过这些问题吗？

早早把任务搞定，上班时学不就解决了。

归根到底一是没有自制力，二是学习的成长和快感变低了，三是目前的工作状态已经处于舒适区。

学习要真的比打游戏还快乐，谁不天天学习呢？

不太了解 spring aop 是个什么机制，debug 了一下，发现注入的 MyAnnotation 的实例和通过反射获取的实例是两个不同对象

Method method = ((MethodSignature) pjp.getSignature()).getMethod();
MyAnnotation annotation = method.getAnnotation(MyAnnotation.class);

通过反射获取的 annotion 实例是你想要的，而注入的实例似乎好像大概差不多是在初始化时就缓存好了的。解决问题比较简单，背后的原理什么的，只有坐等大神解答一下了。

菜鸡一枚，说说我的看法，我也 get 不到想问什么，可能是对面向对象思想的考察，首先房间有门，门有开关的动作，这是与现实世界的对应，符合基本逻辑，房间有管理员，可以执行开关门的动作，谁是管理员谁就拥有开关门的权限。这样门和房间主人是关联关系，房间主人可以有一个也可以有多个。

如果门或者动作放到 User 上，一个人有多个门时，还得找这些门和对应房间的关系，一个门有多个主人时，啊，什么鬼👻，打出去，乱棍打出去。。。🌚🌚

@JasonLaw 网上大部分的实现都是 aop，使用注解是为了方便控制，并不是所有的 service 都需要，对于需要的加个注解也很简单。

其实你可以只对 com.xxx..service 包下的做限制，自己写个 aop @Around 处理一下就可以。

具体有什么场景的需求不如说一下，调用 service 的方法之前获取 mapper 的方法，这种奇怪的做法真的很不合逻辑，因为 mapper 是接口，实例是动态代理生成的，你拿到了也操作不了什么。

如果你想读写分离，动态切换数据源，网上教程一堆，自己搜。
如果你想对 SQL 操作，mybatis 有拦截器。

有，批评的没问题

可以用一个独立字段存储节点的路径，比如 A 的路径为 A，A1 的路径为 A:A1，A2 的路径为 A:A1:A2，以此类推，修改的话也只修改此路径。

类型的话也单独存个类型字段就好了，值为 A 和 B，如果要查 B，就是类型为 B，且路径前缀为 X:X 的节点。

转 go 吧，Java 太卷了

前端页面发个请求不可以了吗？这不像是开发会问的问题呀。