Aresxue

Aresxue

🏢  来未来科技(浙江)有限公司 / 技术专家
V2EX 第 401577 号会员,加入于 2019-04-14 13:14:12 +08:00
今日活跃度排名 14034
2 G 21 S 55 B
做 Java 程序员而不是 spring 程序员
Java  •  Aresxue  •  325 天前  •  最后回复来自 Al0rid4l
60
如何有效区分一个类是业务自己编写的类还是依赖引入的类?
Java  •  Aresxue  •  2023-03-14 23:17:31 PM  •  最后回复来自 choice4
5
自动化测试对于前置数据的构造
Java  •  Aresxue  •  2021-01-14 21:49:02 PM  •  最后回复来自 Aresxue
7
idea 插件开发
Java  •  Aresxue  •  2020-12-04 14:40:15 PM  •  最后回复来自 retanoj
4
真心希望 idea 能出一款原生的插件干掉 lombok
Java  •  Aresxue  •  2020-10-20 09:40:55 AM  •  最后回复来自 polyang
77
分享一个对 Dubbo2.7.3(2.7 版本理论上都支持)服务的监控项目 dubbo-minitor
Java  •  Aresxue  •  2019-10-29 10:34:25 AM  •  最后回复来自 dif
3
mysql 删除记录会删除次级索引吗?
MySQL  •  Aresxue  •  2019-09-06 11:05:14 AM  •  最后回复来自 ilumer
5
好像明白为什么现在工资都这么低了。。。
程序员  •  Aresxue  •  2019-07-18 11:54:01 AM  •  最后回复来自 Aresxue
169
Aresxue 最近回复了
7 小时 48 分钟前
回复了 whoami9426 创建的主题 Java 开发了一个关于 BeanUtils 的插件,为了让我少点两下鼠标
@whoami9426 very good
我一直有个想法没空去实现,对这种使用 copyProperties 方法的两个对象,解析其 class
1.比对两个 class 的字段,然后将差异列出来,比如 target 有但是 source 没有的字段,还有同名字段但是类型不一样的字段(此类情况最好直接能调用 idea 的告警将类型不一样的字段告警出来);
2.在点击 target 的 setxxx 方法时能把使用 copyProperties 方法的地方作为其引用。
楼主要是能把这两个功能实现一下这个插件的价值会更大些。
没啥区别,不想用 Mybatis Plus 想用原生 Mybatis 就可以使用 PageHelper ,不然就直接用 Mybatis Plus 自带的分页好了,不过 Mybatis Plus 确实比较糙,我也贡献过对 limit 的一个优先
22 天前
回复了 trifolium2wang 创建的主题 推广 发现一个好用的 spring 项目缓存注解
杭州 java 2.5w 6 年
用来凑数的,我自己在公司也提交过,主要是给公司免税还有申请什么资质之类的使用,过了还有钱拿。
29 天前
回复了 gokiller 创建的主题 程序员 为什么网易云笔记的搜索功能这么垃圾?
我去年从网易云切换到 notion 了,体验真的爽飞。
47 天前
回复了 v2zzzzz 创建的主题 Java 探讨一下 Java 系的系统监控
可观测性比较适用于大型成熟系统,小项目基础设施搞得再好如果只有零星几个开发那也没多少收益。可观测性目前主要分为几大块,log (日志)、trace(链路)、metrics (监控)、alarm (告警),对于小项目来说要有取舍,比如题中提到的 skywalking 我司目前也是用的这个并做了二开但是这是建立在核心系统有超过 60 个应用,上千个 pod 的基础之上的,小项目哪怕使用微服务应用数也很有限,链路本身就不复杂,所以链路的优先级远远低于日志(日志中有 tid 其实可以脑补串联起链路),剩下的监控和告警常常是一起的,Prometheus 几乎是事实意义上的标准了,只有告警成本较高收益不明显,资源告警和业务告警搞起来不要太复杂。所以小项目资源紧张的情况下优先保障日志(日志规范其实也很有讲究有很多技术手段可以做),其次有空余资源就把监控( jvm 内存、进程内存、gc 、cpu 、磁盘 io 、网络 io )搞起来,链路和告警可以在项目有更大的发展之后再逐步引入。
结论是没有。
好处之一有点类似我们自己工程中的多 module 结构一样,看源码的时候可以更清晰,引入依赖可以按需引入而不是全量引入,很多框架以前为了这个事情自己把使用的类从 jdk 里面 copy 出来( copy 一个类往往还没用还要 copy 依赖的类想想心累不),有了模块化以后就不用再干这种脏活了,当然上面的事情和 web 业务开发基本没啥关系,主要是框架和中间件影响比较大,但其实这一举措主要是 java 还不想放弃桌面端,java 做桌面端以前最被人诟病的就是要带着 jre 一起发布整个包大到离谱,有了模块化用户就可以自己裁剪出需要的 jre 能显著地降低包的体积有利于分发;
第二点就是精细化权限,我可太喜欢这个东西了,甚至一度想把我司的屎山从 jdk8 迁移到 17 ,虽然最后没有成型,比较典型的一个场景是框架中 A module 的类只想给自己框架内部的其它 module 使用,但是很难做到这一点,设为 default 则要求其它模块使用它的类的包名与其一致,设为 public 则存在被业务滥用的风险,现在总归存在一种机制能解决这个事情了。
57 天前
回复了 Umenezumi 创建的主题 Java JDK21 是否有必要维护虚拟线程池?
不需要,不用看其它人说的直接看官方 https://openjdk.org/jeps/444
Do not pool virtual threads
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   5359 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 22ms · UTC 09:30 · PVG 17:30 · LAX 02:30 · JFK 05:30
Developed with CodeLauncher
♥ Do have faith in what you're doing.