我的天

星期一上班的时候跟往常一样，我打开了其中一个我常用的VBA脚本，结果发现当我按下按钮的时候，马上闪退。接下来会自动打开一个Excel。开始那几次我直接把那个关掉了，后来我选择新建一个空白文档，然后会看到左边显示可以恢复我之前闪退的那个Excel。到底为什么那个VBA脚本会闪退呢？上周四离开之前我没有做任何奇怪的设定，基本上查完数据就关掉了，最后的保存时间是下午5点多。放置VBA查询脚本的文件夹是本地文件夹，没有设定同步的。无论是我关闭的时候，还是说我关闭之后文件都没有被修改过。为什么之前一直没有问题，这一次却闪退了呢？重新载入，打开失败的Excel文件之前，我从同步的文件夹里把同款的VBA脚本文件复制了过去，结果发现那个VBA脚本就没有闪退这种问题。就VBA的核心编程来说没有任何区别，为什么一个会闪退，另外一个却不会？闪退了之后重新保存那个文件不闪退。

VBA脚本闪退这个问题，当我第一次看到的时候我是挺慌的，我赶紧把其它VBA也打开试了一下，发现其它没有问题。为什么就只是这个文件有问题呢？一天下来，我也再也没有发现其它的问题。周一的晚上我要用另外一个VBA文件转化数据，结果却发现不成功，被卡在了某个步骤，那个步骤是把当前工作簿的某个工作表复制到新的工作簿。我一直都是采用那种操作方式，为什么之前就没有问题呢？接着我打开另外一个同样需要复制工作表到新的工作簿的VBA文件，结果发现那个更糟糕，显示的是activeX错误。转化数据的那个VBA脚本直说卡在了另存为那个步骤，我还可以手动把已经生成的数据复制到我想要的地方，所以工作是可以继续下去的，但另外一个activeX出现问题的工作簿是属于那种另存为也不行直接保存也保存不了的状态，无论如何都说我数据错误。这就让人觉得很无语了，因为上午下午我都打开过那个文件查询过数据，为什么一直都没有问题呢？

当windows出现问题，绝大多数情况下重启一下就好了。无计可视之下，我重启了电脑，转换数据的那个VBA直接就好了，没有问题了。和另外一个activeX出现故障的那个，好像一直都是那样，但是当我把同步文件夹里面的同款复制过去以后也好了。是Office某个安装文件损坏导致的这种问题吗？为什么同样的文件复制到某个文件夹里就好了呢？VBA脚本是我自己写的，其中关联了什么我自己清楚。VBA脚本放在什么地方跟使用没有任何关系。所以到底是什么原因到导致了VBA的这种神经质呢？

星期二早上，什么都没干之前，我赶紧看了一下windows的更新，结果发现对上一次更新是在11月，显然跟我出状况的那个时间不吻合，但Microsoft365到底是什么时候自己做的孽？这个我查不出来了。反正周二的早上我首先对win10进行了更新，然后也对Microsoft365也进行了更新。如果依然出现严重的VBA问题，我觉得我得对Microsoft365进行修复。如果问题依旧，估计就只能重装Microsoft365。

一开始我以为这只是VBA的问题，结果发现，我的某个word里面的交叉引用也出现了错误。我非常肯定之前是没有这种错误的，因为那个文档我复核了很多遍。如果有那种错误，我肯定会复合得出来，之所以我完全不知道那个错误的存在是因为我复核的时候，根本没有那种错误。交叉引用的错误跟VBA的随机错误到底是不是同一个问题引发的呢？那个又到底是什么类型的问题呢？我真的希望有人说那是因为win10的某个更新导致的，卸载那个更新就可以解决问题。

现在我依然没找到原因，所以就只能祈求不要遇到这种问题，又或者遇到这种问题的时候见招拆招。

又是一个下班之后继续干，干到直接忘记写blog。如果不是这么着迷的话，理论上我会先烧水，把麦片泡着，然后打开语记开始口述blog，接着开吃，但如果我过于着迷，泡麦片的时候我会在那里写代码，吃麦片的时候也在那里写代码，吃完麦片以后往杯子里加水，等待水凉的时候继续写代码。可能那杯水我得花好几十分钟才喝完（一边喝一边写代码），也可能等我喝完的时候已经过去了一两个小时，又或者是我根本就不记得喝了。之所以要加一杯水，因为本来吃完麦片就得喝水，如果我不马上洗杯子，东西干在那里很不好洗，如果有水泡着就会容易些。所有习惯，只要遇上着迷于写代码这种事，全部都会变成渣渣，除了显示屏上的东西，身边的一切我都完全没办法放任何的注意力，除非是内急之类。写代码这种事对我来说通常是一发不可收拾的，完全停不下来，所以我没办法预测我得花多少时间，我知道我的目标是什么，但开始的时候通常我不知道具体该怎么做，就更加不好说得耗多久。之所以会这样，因为写代码不是我的强制工作，我不靠那个赚钱，没人要求我必须得那么干，纯粹出于个人喜欢。

光是写出来还不行，当我觉得效率很低的时候我会不断地在那里挣扎，到底有没有其它方法呢？还有没有其它的途径实现这种功能？

遇到问题，光在那里想，是不会有结果的，但只要干，埋头苦干，方法就会自己涌出来。大概是几天前，我不知道在哪里见过意思差不多的话，对我来说，写代码的时候会这样。如果我用的是python，因为我的目标很简单，所以绝大多数情况下都有现成的解决方案，只是那个方案是不是高效，能不能再提高一点而已。但如果我用的VBA+ADO+SQL，情况就很不一样的，因为VBA里的SQL被严重阉割，虽然理论上没什么东西是SQL解决不了，解决不了就输出到VBA的数组继续解决。我第一个接触的代码是CSS，然后是HTML。有段时间我迷恋于花俏的网页特效，有些联合CSS+HTML能实现，但有些不得不用javascript。当年我无数次想开始学习javascript，但一直都没开始。后来，我的大学课程里有C语言，我还考了二级C语言的等级证书。上机是满分通过的，但笔试70不到，所以我那张证书上只是合格而不是优秀。如果能重来，我会做到优秀的。但实际上，优秀不优秀又有什么意义呢，招聘的时候那不过是别人一扫而过的一张纸，甚至不会在别人脑子里留下任何记忆，但为了“优秀”那两个字我就得在上面付出很多，因为考证的考试范围大于大学课程的教学范围。

从我开始接触互联网，我的各种兴趣就没有停止过，写代码这事也一直贯穿其中，CSS、HTML、C语言、php、python、R语言、DAX、M语言、VBA、SQL，其实我也尝试过java，因为那是安卓的基础，或许还有一些我漏了没列出来。或许，码农是我天生的隐藏属性。

昨天说到当我想用VBA把一个工作簿里面的某些工作表复制到另外一个工作簿的时候，如果要复制的工作表有多个，复制过程中就会出现闪烁。如果需要复制的工作表很多，闪烁的时间会比较长。我觉得批量选择，最后一次性复制是一个解决办法。如果不是用VBA，而是手动实现这个复制功能，的确会用批量选择，然后再复制。现在按住Ctrl，然后用鼠标选择需要复制的工作表，最后进行复制。如果要在VBA里面实现这个批量选择，该怎么做呢？

一个工作簿里的工作表该如何判断哪些是需要的，哪些是不需要的，对我来说只需要判定工作表的名称就可以，所以我可以对需要的工作表以某种方式结合起来，比如形成一个以固定分隔符的字符串。VBA里要表达批量选择，然后复制，到底该用什么东西呢？这一次我没有搜索，而是直接录制了个宏。结果发现原来批量选择再复制，在宏里默认是通过数组的。需要把目标工作表的名称组合成一个一维数组，然后用最普通的复制方式把拷贝到新的工作簿。所以我要做的就是把目标工作表的名称赋值给一个一维数组。因为不知道到底要复制多少个工作表，所以这个数组应该是一个动态数组，我马上想到的方式就是以默认分隔符打断字符串的方式赋值给一维的动态数组。这个操作非常高效，而且动态数组的大小完全不需要在一开始就定义好，字符串里面有多少东西就可以生成多大的一维数组。

接下来，我要做的是经过一轮循环筛选出某个工作簿里我需要的工作表的名称，然后把这些名称以固定分隔符的方式连接起来。最后在打断之前我还要干掉一个分隔符，因为无论我把分隔符放在最前面还是最后面，整个字符串还是会多一个分格符。我不知道多一个分隔符在赋值给一维数组的时候会不会失败，作为完美主义者，我宁愿手动把那个分隔符去掉。那不过是一个字符串取值的简单操作而已。处理好字符串以后，就可以打断那个字符串赋值给一维数组，最后通过经典的复制方式，把工作簿里的目标工作表拷贝到另外一个工作簿。

我没有测试过这样处理耗时跟基础经典处理有多大差别，但就肉眼来说，差别挺大。因为如果进行这般批量选择一次性复制，基本上可以秒杀完成，但如果使用经典的方法、工作表又比较多，我感觉得闪烁一秒钟以上。秒杀就能完成我感觉那个耗时会在0.3秒以内。

批量选择再复制的确可以秒杀实现拷贝工作表，但是光标会停留在最后一个被复制的工作表里，我需要光标仍然停留在我的点击VBA控件的工作表。所以最后我又增加了一个激活目标工作表，把鼠标锁定在某个单元格的功能。这个功能不是非如此不可的，没有也不影响数据处理本身，但就方便程度而言，这是显而易见的。就如没有初始化和拷贝数据那两个模块，核心功能没问题，但是多了这些贴心的小步骤。整个核对的过程会变得更顺手。

如果使用的时候能更顺畅，我宁愿把代码搞得复杂一些。毕竟复杂的代码是一次性的。

PS：测试
复制19个工作表：批量法0.85秒，经典法7.25秒。
复制8个工作表：批量法0.59秒，经典法3.02秒。
复制4个工作表：批量法0.48秒，经典法1.59秒。

Sub 批量拷贝工作表-批量法()
    Application.ScreenUpdating = False '关闭屏幕刷新
    Dim book As Workbook
    Dim sht As Worksheet
    Dim my_name As String, stringArray() As String
 
    my_name = ""
 
    For Each book In Workbooks
        If book.Name <> "AAA.xlsm" Then
            For Each sht In book.Worksheets
                If Not sht.Name Like "*BBB*" Then
                    my_name = my_name & sht.Name & ","
                End If
            Next
            my_name = Mid(my_name, 1, Len(my_name) - 1)
            stringArray = Split(my_name, ",")
            book.Sheets(stringArray).Copy before:=ThisWorkbook.Worksheets("条件")
        End If
    Next
 
    With ThisWorkbook
        .Worksheets("条件").Activate
        .Worksheets("条件").Range("A27").Select
    End With
 
    MsgBox "完成数据抓取！"
    Application.ScreenUpdating = True '打开屏幕刷新
End Sub
 
************************************
 
Sub 批量拷贝工作表-经典法()
    Application.ScreenUpdating = False '关闭屏幕刷新
 
    Dim book As Workbook
    Dim sht As Worksheet
    For Each book In Workbooks
        If book.Name <> "AAA.xlsm" Then
            For Each sht In book.Worksheets
                If Not sht.Name Like "*BBB*" Then
                    sht.Copy before:=ThisWorkbook.Worksheets("条件")
                End If
            Next
        End If
    Next
 
    With ThisWorkbook
        .Worksheets("条件").Activate
        .Worksheets("条件").Range("A27").Select
    End With
 
    MsgBox "完成数据抓取！"
    Application.ScreenUpdating = True '打开屏幕刷新
End Sub

几年以后，我终于又在某一个我用来核对账本的VBA脚本上加了两个新的模块。之前这两个模块的内容我都是手动实现的。第一个模块是初始化，就是把已经核对过的明细数据删除掉。初始化这个步骤眨眼间就完成了，因为是在同一个工作簿里进行。另外一个模块做的是数据抓取，抓取我需要核对的那个工作簿里的明细工作表。我要核对的那个工作簿里的汇总，那个工作表默认不抓取，因为那是用来核对的。另外一个跟明细数据和汇总数据不是一伙的工作表也不能抓取，因为那个表的数据格式跟其它的不一样。过去这几年来我做的事情都是手动的在VBA脚本所在的工作簿里删除掉已核对的数据明细，然后再把我需要核对的那个工作簿里的明细粘贴到VBA脚本所在的工作簿。这个操作很机械很单一，完全可以用VBA去实现，但是我却一直没有这么干，为什么呢？大概是因为最初的时候，我写的那个VBA脚本核心部分实现的功能已经减少了我绝大部分的工作量，简单实现了非常麻烦才能实现的事情，所以我觉得自己已经上岸了，相对来说，这些复制粘贴删除的东西比较简单。简单归简单，很容易能实现，但是日积月累经常性习惯性每一次都要整那么十几二十遍也是很烦的。为了简化初始化的那个步骤，我每次核对完就以不保存的方式关闭VBA脚本所在的工作簿，然后重新打开。

我不知道对以前的我来说，写着两个模块有多难，对现在的我来说，对今年已经在VBA脚本里浸润了好几个月的我来说挺简单。实现方法很简单，但是出来的效果我感觉上应该还可以改进。初始化的那个脚本已经很完美，没啥需要再进一步了，但是那个拷贝数据的脚本，如果需要复制的工作表有很多，屏幕会出现长时间的闪烁。那种闪烁源于不同工作簿之间切换导致聚焦位置改变。之所以这样，因为我所使用的复制方式是VBA教程里最简单的那款。微软的默认教程就是那样，当然你也可以使用不一般的方式。闪烁是因为不同工作表之间切换以及活动工作表活动单元格之间的变换。这个问题之前我已经发现。我以前的VBA脚本里也有这种问题。做一个循环，把某个工作表名称符合要求的就复制到 VBA所在的工作簿，这个循环是显而易见的，但是一个一个工作表去判断，一个一个复制显然就会出现很多次闪烁。如果我先去判断，然后把符合要求的全部选定，最后一次性复制，这样会不会就可以从多次闪烁变成一次闪烁呢？多次闪烁你肯定能感觉到闪烁的存在，但如果只是一次，估计那种闪烁感就会感知不到了。有人在网上提出过如何避免闪烁这个问题，但好像大家都没有在批量选择然后一次性复制上面想。我也想参考他们的做法改进，但好像不太适合我的实际情况。

我觉得闪烁这个问题是可以攻克的。

已经放了两天的假，但是这两天我依然不得不跟工作有紧密联系。9月30里的晚上，从8点多开始我就在忙工作，虽然其实单位的业务是9点多才结束的，但是能干的那些我都已经先干了，但其实我又没有全部干完，但即便这样的话，还是干到了晚上11点多。之所以没干完，并不是因为我差那么点时间，而是我觉得我得主动变得不那么主动，因为我把别人的事情都干完了，别人就不知道干什么好了。所以没干完那些事是我故意留下来的。但实际上把那些事干完才算是一个完整的闭合，能保证数据准确。

这个月末是我第一次用某个VBA的脚本自动给我粘贴那些量不少，但是没什么营养的东西，起码对我来说是没什么营养的，但是上面就是需要用某种格式输出让他们看到。过去几年我都是人肉进行格式的转换，然后人肉进行复制粘贴，上个月末我来不及做出来，但是思路已经有，所以在月头的时候我就已经把这个做了出来，试过没有问题，但我不确定使用的时候会不会还有bug，结果如我所料，的确是有bug的，其中一个包非常的无语，是复制粘贴没对上位，为什么测试的时候没有看出这个问题我也不知道。另外一个不能说是我的bug，因为数据太小了，如果是四舍五入保留三位小数，那个数在三位小数以外，所以就被零处理了，但实际上那不是0。最后一个bug，其实之前我也遇到过，那是一个关于替换时选择关键词的东西，在什么时候替换？关键词是什么？如果用一般的思路去考虑，就是那样，但实际上选择那样的关键词不准确，所以最终替换出来的不是我想要的东西。

总的来说，这三个bug虽然存在，但要纠正过来还是比较容易的。对我这个写脚本的人来说肯定是容易的，因为我知道那个思路是什么，虽然已经隔了一个月，具体不再那么清楚了，但是我还在我还是很清楚当时自己用的大概是什么样的方案。如果这个第一次不是让我遇到了，而是别人遇到了，这样的bug，可能就比较郁闷，最终就可能只能用回我以前的老方式，人肉去做复制粘贴和数据汇总。

8月我花了很多时间写VBA，9月份我花了大概一周的时间做统计分析，然后又花了一周多的时间去学习《深入浅出统计学》，然后接下来就进入了疯狂的月末。因为同事出去学习了一周，9月的最后一周又是跟中秋国庆假期关联的，同事提前两天请假回家了，所以我感觉后半个月好像有很多事，好像一直都很忙，实际上也的确这样，因为单位的业务仿佛进入了疯狂的高铁模式，而且是悬浮列车的那种。几乎可以这么说，完全突破了我的想象力，无论是车还是船，作业的数量都是让我觉得是空前的。为什么一天居然可以整那么多车？为什么装的那些船永远都装不完？每天作业的仓号最多的那天有19个。明明某个客户一天就只出那么几千吨，但是每天都起码有5个以上的仓房在进出。每个客户一个仓房，但是有很多个客户，又或者只有几个客户，但每个客户都动很多个厂房，这两种情况都会让我抓狂。因为这意味着明明作业量不大，但需要做很多个汇总数据。

但总算这个9月我挺过去了。