codingmiao

虽然 netty 不会去全盘的换虚拟线程，但是 EventLoopGroup 可以自定义一个 ThreadFactory 在里面起虚拟线程，然后 channelRead0 里面如果有耗时操作也起一个虚拟线程去搞就行了，我是这么干的：
https://github.com/codingmiao/hppt/blob/main/run/src/main/java/org/wowtools/hppt/common/util/NettyObjectBuilder.java

然后我觉得虚拟线程整个体系还在起步阶段，比如 WebFlux 对比虚拟线程加持的 springboot 还是有一点点性能优势的，虚拟线程对比现有的响应式写法最大的优势是在性能没有拉下太多的前提下大幅降低了开发难度。jdk 官方也说了会逐步干掉响应式编程，或许到下一个 LTS 版本，netty 看环境成熟了也会走虚拟线程的。

简单的 crud 丢给 orm 框架很省事，复杂一点的查询本来就要和负责数据的同事去沟通、验证、调整，得到一个符合业务要求的 sql ，这时候再把 sql 翻译回 orm 框架的代码属实没必要

啊，这么天选之人的么，直接注册完就开出 arm 的机器了，选的哪个区

@mikasa1024 哈哈，我也不是地理测绘专业的，我的第一任领导是搞 GIS 的，丢了本 arcgis js 的教程给我啃的，然后发现 arcgis 服务端一些不能满足需求的地方找开源方案去实现。所以按我的经验来看，你可以找一本专业的 gis 方面的前端框架的书来看，具体什么框架根据你们公司的技术栈来确定，现在主流的有 arcgis-js 、mapbox-gl-js 、openlayer 、leaflet 等等，通过学习框架了解下 gis 大概能做什么事情，然后去看看做这些事涉及到的技术栈去深入学习吧。

@gotheway GIS 项目而且是 java 体系的话，我推荐 postgis 做为数据库、jts 做为后端空间计算框架，其它就是传统的 web 框架了，springboot 全家桶什么的，以及基于 springboot 体系做的 ruoyi 等。

另外数据量大的话，极度不推荐去用 geoserver ，虽然是 java 体系而且功能很全，但一板一眼的去按 OGC 标准来做实现，性能极差。基于 jt 或者 geotools 等去开发需要的功能，轻量化、定制化的去做比用 geoserver 舒服很多。我搞了一些基于 jts 的小工具出来，但比较懒没去好好写文档 https://github.com/codingmiao/giscat

商人不就这样么，gpt 面向用户的时候，月付制更赚所以 GPT4 包月，给第三方 API 调用的时候他敢给月付么，又变成按量计费了。

说起这个，想起来国服魔兽世界的点卡了，年轻时有时间整天整夜的玩盼着出月卡，年纪大了没时间玩了，嘿嘿月卡来了点卡取消，当时网易也不当人，大大方方承认点卡运维成本高，再卖一波情怀，大家也能谅解，偏偏要搞什么张栋出来嘲讽玩家，搞一堆水军洗地，是真的蠢。

其实 java 或者其它编译后的语言也并不安全，现在所谓的 jar 包保密方案，也只是给文件加个密，然后 Java Agent 启动时解密，但是随便丢个 arthas 之类的工具上去，从内存中拿字节码反编译出来根本防不住。

所以哪有什么绝对安全的方案，只要你的软件价值小于别人攻破你的成本就行了

我是 java -agentlib:native-image-agent=config-output-dir=META-INF/native-image -jar xxx.jar 先跑起 jar 包来，然后跑测试用例，测完后 reflect-config.json 这些也自动生成出来了，优点是不用去动原来的代码，缺点是测试用例覆盖不全的话可能会出问题。