想了一下，C++自身应该是小端存储，因为默认左移操作等于 x2 ，那你这个问题可以把 Go 代码的大端改成小端试一下，不过即便改成小端模式，也应该会有字节对齐的问题，还是按 5 楼的说法先去搜一下吧

C++是内存拷贝，Go 这是按字段序列化，你这怎么可能一致

内存拷贝是要考虑对齐和数据在内存中的排布的，大端还是小端需要跟着 CPU 走
Go 这边 binary 的 write 是给定了大端模式，正常 x86CPU 应该都是小端

话说，这个 C++代码居然直接把内存 dump 出来存成文件好像也确实没考虑用其他类型的 CPU 啊

你这是卡在 CPU 了还是卡在磁盘 IO 了啊？按说一般情况下加密算法不至于是瓶颈，多线程跑加密通常是磁盘 IO 限制速度

好家伙，你要这么说那招来的没有正经做游戏的

我见过有的公司通过这种方式偷税的...不知道现在还能不能这样操作

就是你这样，报税比实发高，差额转另一张卡，这样税你交但差额别人拿走，而且按现在的税制每个月缴税会越来越高，差额那部分的税也越来越高...

从 2.5.0 版本开始，如果表格一行中间有空的格子那么这行后面由内容的格子也读取不到了，刚刚这版测了一下还是有这个 bug ，2.4.1 是没问题的

下划线变空格的 bug 修了吗？

cockpit

看明白了，这面试官没写过 Go ，面向对象方面 C++是各种封装继承多态完全教科书的形式，而 Go 强调的是鸭子类型接口实现等等，不是你不行是面试官不懂哈哈哈哈哈

@dokimaster 这没啥，别被吓到了，写 Go 写好几年的人毕竟少，基本都是别的语言转过来的，带着各种生态习惯转变不过来，再说一个只会写 C++的也不可能问你 runtime 或者 GC 一类的东西吧？

准备准备其他家呗，机会多的是

@dokimaster 那就对了，我认识的做 C++的大部分都脾气很大，不知道谁惯的

这...看起来似乎是个完全不会 Go 的 C++程序员面的你欸

emmm...服务的标准做法是一个连接一个 goroutine ，非标准的建议用 nbio 、gnet 这类高性能网络库
你大概是要这种答案吧？

@111qqz redis 本身你可以认为是单线程处理所以不用考虑线程安全问题，使用 lua 的话其实比你用命令方式访问性能还高些，相当于打包处理，放心的用吧，就你的这个需求来看，用 lua 很合适

@111qqz google 一下“redis 限流”，解决方案很多

你是想做...访问限流？

北京给户口吗？不给就直接去上海

这俩工作本身并不重要，上海比北京强太多了，就北京这经常封闭管控开大会的，太影响生活了，你不喜欢坐牢就赶紧去上海别犹豫

另外就工作内容本身来说，银行软开转互联网比嵌入式转互联网容易多了，给的还高，这还纠结个啥，哪怕过几年不想做开发了去做业务做管理也比做嵌入式发展机会多得多