我的意思是 1000 多，不要在意那 50 块钱零头，说难听点 95 折都没有 纯属打发要饭的

劳斯莱斯 5 元优惠券

只要人和代码一个能 run 就行，什么最新版不最新版，不重要

疲于奔命，才会踏踏实实工作，压力确实是大环境给的，有意为之

还完房贷，正好，房子也需要拆了😂 还是乡下住别墅舒服，首付就够盖好几层

瞎猜了一下，这种场景应该 Excel 的功劳居多

什么主键 外键的，从来没听过🐶

设计：设计的再好，难用也白搭，没错：外键难用😂

几何图形列加上空间索引，用 union all 不要用 or ，数据库估计能做到 10-50ms 查一个坐标，48 个估计可以优化到 200-500ms 查询一次

强推我的 AreaCity-Query-Geometry 开源工具，java 开源代码，1 秒查 1 万个以上的坐标在哪些图形里面，另外有提供 http 查询接口，围观： https://github.com/xiangyuecn/AreaCity-Query-Geometry 查询坐标飞快😅

synchronized (lockMap.computeIfAbsent(lockKey, key -> new Object()))

这句本身就是线程不安全😂，线程 1 辛辛苦苦创建了一个 object ，写入进去了，但还没来得及返回上锁，被线程 2 抢走做核酸了，虽然罕见，但实属大冤种😂

没一点卵用的，同一个 key 会出现并发的情况简直就是混乱无比：

- 线程 1 创建了 object ，线程 2 等待线程 1 ，这是没有争议的

- 线程 1 执行完了，线程 2 开始执行，此时新来一个线程 3 将会如何执行？

- 线程 2 执行完后，它 remove 到底 remove 掉了谁的 object ？此时再新来一个线程 4 ，线程 3 和线程 4 又是怎么执行情况？

搞错了，AES 是用 crypto.subtle.encrypt 😂 支持 AES-CTR 、AES-CBC 、AES-GCM

现代浏览器 buffer 加持：

Array.from(new Uint8Array(

await crypto.subtle.digest('SHA-1', new Uint8Array(unescape(encodeURIComponent("牛逼")).split("").map(b=>b.charCodeAt(0))))

)).map(b=>('0'+b.toString(16)).substr(-2)).join('')

对于前端的核心科技，10 年前是用的 DIV+CSS ，10 年后依旧是 DIV+CSS ，完美🐶

欢迎围观我上礼拜刚写的 IE6 （能不能用是另外一回事😂）也能按预期显示的纯网页：
https://xiangyuecn.gitee.io/acme-html-web-browser-client/ACME-HTML-Web-Browser-Client.html

#57 读完了，确实有被震惊到🐶 估计是写给那些上岸的人看的，结婚的目的就是为了离婚搞钱🐶🐶🐶



#6 复杂的计算不会算，只会调第三方库🤣 只想到一个简单的解决办法

先排除掉 水平或竖直的线，这种好判断。

剩下斜线直接将[-180 -90][180 90]切成左右两个几何图形，判断坐标点在左边还是右边的几何图形里面，就能得出左右，或者既在左又在右的：这个点就是在线上或延长线上。如果要上下关系就直接判断左右两个图形的上下关系，直接两个坐标点经纬度大小比较而已 很容易

这种操作均可以调用几何计算库，一般有提供 Geometry 操作对象，比如 jts https://mvnrepository.com/artifact/org.locationtech.jts/jts-core/1.18.2 Geometry.intersects 方法判断图形是否包含坐标点。

另外推荐一下我开源的 java 版坐标点查询工具，1 秒可查 1 万个以上坐标对应的城市信息，https://github.com/xiangyuecn/AreaCity-Query-Geometry 欢迎围观😁😁

以为是一段有限长的线，其实应当当做一条无限延长的线😂 平面计算跟球面计算不知道结果会不会有差异，数学基础太差😂

问就是 DIV+CSS

看到没有，代码什么的根本不重要，只要是能赚钱，屎山都是香喷喷的😂🐶

所以，能跑起来的代码，千万不要动🐶 除非重金重构 大捞一笔😁