问Gemini Pro的，结论是无解，只能to_date或者cast(x as DATE)
这是一个非常经典且让人头疼的“连环坑”。在使用 Java、MyBatis 连接 Oracle 11g 时，由于 Java 类型、JDBC 驱动类型映射、Oracle 数据库字段类型 三者之间的不对齐，极易引发你提到的时区偏移和**隐式类型转换（导致索引失效）**问题。
为了把这个问题彻底讲透，我们需要先明确一个前提：假设你数据库中 tradeapp 表的 apptime 字段是 Oracle 的 DATE 类型（Oracle 的 DATE 包含年月日时分秒，这与标准 SQL 的 Date[……]
鸣大钟一次！
注入电流，点亮数据中心，默念主名…
鸣大钟两次！
敲击回车，启动集群，连接网络，祈求吾主降临…
鸣大钟三次！
齐声歌唱，赞美全知全能之神！
如前文所述，DebugDiag 是一个非常好用的工具，可以自动化分析 dump 文件。
但微软爸爸在坑人这件事上永不止步。DebugDiag 读取.net4.8 dump文件选择内存分析会报错。
观察发现程序异常堆栈在 Microsoft.Diagnostics.Runtime.dll 中，该 dll 是分析 dump 文件的核心类库，最新版本已是 4.0.0-beta，但 DebugDiag 仍引用 0.9.2 这一上古版本[……]
比较稳定得干了这么多年，谁能想到一年内能处理4起内存泄露问题呢？
第一则比较简单，运营人员操作时遭遇经典弹窗《计算机的内存不足》。打开任务管理查看，未发现高占用的应用程序。
找运维获得管理员账户，打开任务管理器，发现亚信安全杀毒软件进程占用内存最多。运维通过管理后台卸载杀毒软件后恢复正常。
问题反馈软件厂家，厂家调查回复，用户登录时会在右下角弹出软件运行状态窗口，该窗口存在内存泄露问题，假如用户未关闭该窗口，则会一直泄露内存，最终导致内存不足。
因为该问题发生多次，（服务器会有很多登录后不管的session），部分服务器由运维统一卸载该软件以解决问题。
[……]
迁移本身并不复杂，甚至直接拷贝文件后新建 git 目录也是可行的。若要保留提交历史则可以参考了解如何从 Subversion (SVN) 迁移到 Git（包括历史记录）和官方的迁移到 Git。
现在发行的 windows 版 git 工具已经自带 svn 模块，但实际操作时因为各参考命令的环境不同，需要在 powershell 和 git bash 环境不断来回切换，这一点就比较费力。
对于迁移而言，首先需要一个 svn 用户和 git 用户的转换关系。在powershell 中执行以下语句导出 svn 用户列表，但 Out-File 默认格式是 utf8，git 不支持读取带 B[……]
程序在开发机上借助 IDE 的工具进行性能分析是非常简单的，但在程序在正式环境运行时进行慢函数分析就比较困难。这里介绍2个工具，CVCollectionCmd 和 PerfView，借助它们的力量（性能计数器和其他系统探针）可以对 windows 中运行的 .net 程序进行运行中分析。
CVCollectionCmd 实际是 Visual Studio 的非自带官方扩展——并发可视化工具的独立命令行工具，可以独立于 Visual Studio 运行。除了可以直接 Open 启动一个进程外，还可以 Attach 现有进程。
# 启动 "C:\Program Files (x86)\M[......]
代码地址：https://github.com/HDRorz/WorkDayProject
这个 grpc 在 20 年.net core 3.1 release 时就看到官方最新鲜的文档，就着手开始开发了，依旧以工作日服务这个功能实现了服务器端和客户端。然而开发过程并不是一帆风顺的。
protobuf 默认定义的数据类型中并不包含时间，这令人略感意外，这就需要另外进行处理，引入时间类型，这需要在 proto 文件增加一行引用。
这又带来一个新问题，vs 无法编译这个 proto 文件，在通过一连串莫名其妙的操作后（其实是我已经忘了），项目终于恢复正常。
当然这个时[……]
作为一名中国程序员，甚至只是一名普通用户，编码问题一直困扰着我们的生活。包括 txt 乱码、网页乱码、程序乱码都屡见不鲜，各种“烫烫烫”和“棍斤拷”，还有方块？和莫名繁体。
字符编码相关知识：
常见乱码解决方案：
《常见乱码问题分析[……]
代码地址：https://gist.github.com/HDRorz/761c8850b91bf25d323c40eab9898c91
因为某一天在论坛里突然看到一种上古加密通讯语言：佛曰。至于加密了什么内容，在这里不能说。就想到最近几天搞的数据库连接字符串加密功能里用到的base64 编码。base64 编码用处广泛，可以把字节（0-255）数组转化为 ASCII 码（0-127）中的可显示字符 64 个，这个 8 位 -> 6 位的编码和解码规则简单且万能，常用于邮件（utf-7）、url 和加解密（秘钥和密文存储）。
但是 base64 有个明显的缺点，就是他[……]