前段时间

在拿到实习 offer 后，和之前学习状态相比有点佛系，一方面是因为阶段性的目标没了，短时间内没有下一个目标；另一方面是把重心从看/背知识点转移到了深入思考，理解上来了。因为在准备时有一些知识难免是死记硬背的，或者理解不透彻，需要复现并弄清楚。

针对第一方面，其实我之前已经有了另一个目标的雏形，也是针对我的简历项目比较薄弱。就是寻找一个 “亮眼” 的项目来丰富简历上的项目部分，思前想后主要有四大块方向，竞赛类项目，开源贡献，造轮子，还有 秒杀/CRUD 类。

竞赛类项目是一些参加比赛的项目，比如一年一次的微信小程序开发大赛，用小程序解决一个实际问题或者开发一个趣味游戏。这个我现在来不及了，不适合。开源贡献这块我一直在关注 GSoC，奈何要求确实略高，另外需要提前至少 1-2 个月进行准备，为目标社区的项目贡献，联系导师等，之前加入了国内 GSoC 的 Gitter 社区讨论群，在 5 月恰巧看到群里有人说国内也搞了个开源夏令营，模仿谷歌的，是第二年举办，我就参加了，贡献了半个多月，累计 PR 10 个左右 ，也是常常肝到凌晨，目前结果怎么样还未知，不过学习到的东西真的很多，例如更多的 Git 用法，开源规范，还有具体项目的知识。这个如果成功了我觉得也应该比单纯的 CRUD 好（希望😄

参加这类夏令营，大多都不看重 proposal，也就是申请书/简历一类的，强调在实际贡献中体现代码及工程能力，所以要提前一段时间准备，了解项目。

造轮子就是创造一些小工具，这个需要有一定的代码能力，做得好了也很加分，但是我觉得写 用 tcp 实现 http，json 解析器之类的可以自己写，就没必要写简历上了，一来没啥问的，二来没啥实际用途。我个人是用 Go 写了个 rpc 框架的小轮子，不过难点也很多，很容易被怼。

秒杀/CRUD 类就是常见的 xx管理系统，多做一些 CRUD 的操作，不推荐，除非吃透不怕问，不过我觉得面试官比你更懂秒杀（​逃😆

除了简历，我也在思考一些常见问题如何回答的更深入，例如常见的 https，select/poll/epoll，memory，file system等等，这些问题想要答的透彻，基本都要看源码，看底层设计实现，比较耗时，但是能将清楚非常加分，也是拿到 sp/ssp 的关键一环。

近期实习

由于疫情远程参与了实习，前期也比较闲，主要是熟悉产品，在内网逛逛😄，不得不说，来大厂实习的一大好处就是可以体验一下大厂内部的环境。好多都是自研，确实方便。

很多资料，格式/规范，除非一部分实习生没权限之外（比如腾讯的乐问），技术资料都公开。因为可能是出售的产品，所以有的代码是不能访问，需要开权限才能访问。当然内部开源的工具的源码还是随便看的。

等疫情过去，7 月多我就过去线下实习体验一下，还是挺期待现场实习的。

2021.6.30 16:02更新，已入选~

顺便吐槽一下，入选有时候真的看运气，有的项目4、5个人，卷的飞起，10 几个PR不一定能进，有的没人，可能写个申请书随便交点PR就进了 😂

错误描述及分析

最近为学校写一个选课平台时关系型数据库使用的是 MySQL 8+，使用 Group by 时报了这个错误：

ERROR 1055 (42000): Expression #2 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'mydb.t.address' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by

意思是说 select 列表中包含了非聚合列，其并不函数依赖于 Group by 子句中的列。并且和 sql_mode 这个配置项的 only_full_group_by 值冲突。不过这篇文章并不只是单纯说解决方法，如果想要解决方法请直接移步文末。

可以确定的是同样的使用了 Group by 的 SQL 查询语句在低版本中是正常的但是高版本却不行，猜测可能是版本差异造成的，而且还是因为这个配置项导致的。

所以虽然我们一开始可能看不懂这个报错信息，但是我们通过一些分析已经定位了问题，并且报错的错误码明显（ERROR 1055(42000)），报错提示信息清楚，并不难找到解决方法。

追根溯源

为了更好理解错误原因，举个例子，假定你有这个查询语句：

SELECT name, address, MAX(age) FROM t GROUP BY name;

看起来很正常，但是如果 name 列不是主键，并且表中数据是这样子呢：

name 	address 	age
wasabi	   a         2
wasabi	   b         2

分组以后 MAX(age) 还相同怎么办，是显示 a 地址还是 b 地址呢？MySQL 这就确定不了了，所以在 MySQL5.7.5 及以上 引入了函数依赖检测，具体描述是：如果 SELECT 列表，HAVING 条件，ORDER BY 列表应用了聚合列，但是并没有在 Group by 子句中命名，就会拒绝查询，如果启用了 ONLY_FULL_GROUP_BY 这个配置项也可以引用非聚合列，可以有多列，但是必须确保每列值唯一，不然会引起冲突。

不过你也可以通过允许任意值来让 MySQL 为你随便选一个返回，比如这样：

SELECT name, ANY_VALUE(address), MAX(age) FROM t GROUP BY name;

再举个例子，你有这些数据，使用如下查询语句：

c1 c2 c3
1  2  A
3  4  B
1  2  C

SELECT DISTINCT c1, c2 FROM t ORDER BY c3;

你应该返回哪行呢，第一行还是第三行？无法确定，这就是 MySQL 解决的问题。

总结

MySQL 在 5.7.5+ 版本实现了函数依赖检测，如果某些列中不存在函数依赖关系，还没有被引用使用的话，就认为可能存在冲突，所以为 sql_mode 配置项增加了一个列表值 ONLY_FULL_GROUP_BY 你可以通过这些命令查看这个配置项的值：

mysql> select @@global.sql_mode;
mysql> select @@session.sql_mode;

+---------------------------------------------------------------+
| @@session.sql_mode                                            |
+---------------------------------------------------------------+
| ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION |
+---------------------------------------------------------------+

然后通过 set 来重新设置这个值，把这个列表项去掉即可：

set @@global.sql_mode='STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION';

扩展阅读

• MySQL5.7 版本对于GroupBy的处理
• sql_mode配置中的ONLY_FULL_GROUP_BY配置项
• 函数依赖

图床的目的就是把你的本地图片上传上去，从而能获得它的网络地址。当然了，只使用图床也是可以的，但是需要配合对应的工具上传拿 URL（比如 OSS）或者纯手动（GitHub/Gitee），非常不方便 一点也不极客，所以需要配合其他工具一键快速拿到它对应的网络地址（URL），所以我在下面介绍了我使用到的工具，仅供参考。

评估用的稳定性指你上传的图片会不会在某个不确定的时间突然挂掉，让你的文章出现大量图片 404 丢失的情况。

图床

这里我介绍三种图床，列出优缺点。可以根据需要进行选择。

GitHub/Gitee

GitHub 和 Gitee 是干什么的我就不多说了，它们也是可以作为图床使用的，前者境内访问较慢，后者较快。没有账号可以免费注册一个，然后随便创建一个公开仓库，把图片上传上去就可以获取它的 URL 了，比较简单粗暴。

优点：稳定性较好，空间无限，上手难度较简单

缺点：无法阻止盗链，无法管理（原本目的就不是作为图床，没有统计流量等功能）。

总结，如果你是新手，不担心自己的图片被别人轻易获取 ，随缘使用图床，这个是首选。

OSS

OSS （Object Storage Service）即对象存储服务，用来做个人博客的图床有点小题大做，腾讯云、阿里云等等提供 OSS 的平台都可以，一般需要续费，一年 50G 左右话 10 块钱左右。

优点：可控性比较强，提供了专业的平台，你能想到的各种需求基本都有，包括防盗链，流量统计与分析等。

缺点：对新手不友好，根据流量付费。

总结，如果你未来博客流量会不断增大，出于可控考虑选这个，流量较小的新人不考虑。

不稳定第三方

也可以使用这种第三方的图床，没有任何操作步骤，上传完就拿到 URL，当然事物都有两面性，这种极致快捷带来的就是不稳定，就跟当年的新浪图床一样，你不知道什么时候它就没了。。

优点：简单快捷打开一键就用，免费

缺点：不知道什么时候你的图片就被人家清了。。然后你的文章里的图片就全部 404 了。。

总结，随缘党首选不解释，懂得都懂。

工具

这里就介绍我使用的两个配合工具，其他的可以自行搜索。

typora

typora 是一款 Markdown 文本编辑软件，我相信写过 Markdown 的都听说过，它的特点是真正的实时显示，不左右分栏，扩展性强，灵活可配置。我个人平时写 Markdown 文本都是使用这个软件，具体可以去它的官网首页看，十分推荐。

PicGo

PicGo 是一款使用 Node + Electron 开发的跨平台可视化图片上传开源软件，支持 N 种图床平台，配置灵活简单，最重要的是它支持插件功能，理论上支持任意图床平台的使用（需要提供相应上传下载的 API），可以自行开发插件。操作也比较简单，把图片拖到框里就可以拿到 URL。这张图是 gitee 相关配置，其他平台类似，只需若干个必要参数即可：

配合使用

前面说的这两种工具可以结合使用快速进行写作，在 typora 主界面上方，文件->偏好设置->图像，修改 PicGo 路径为你安装的路径下的 exe 地址。这样就可以做到你在 typora 里编辑时直接粘贴图片到文档里一键点击上传，非常方便。当然了，如果你不需要 typora，或者使用的是别的 Markdown 编辑器，也可以只使用 PicGo。

而且它是开源的，如果你有任何建议可以提 Issue 或者自己为它增加特性 :)

我这里就有一个相关需求，自定义重命名上传文件，我想将所有图片按照我自己的规则自动重命名后再上传，比如统一按照格式 year-month-day-imgID 这种格式，方便后续整理图片。当然了，这里只是抛砖引玉，更多的留给大家去探索 :)

最后配一个最终的成品 GIF 图给大家看一下效果：

如果你有什么问题欢迎来找我玩，一起交流。

1. 尝试购买了国内域名和学生机服务器，看到自己写的内容能在公网上让全世界的人看到就高兴了好久，内容很随意，自己管理。
2. 使用 Hexo 框架系统化内容，并部署在 GitHub Pages 交给 GitHub 管理。
3. 转用 Hugo 框架，利用 GitHub Actions 自动化构建，依然在 GitHub Pages。

前前后后也折腾了好几年，技术上的提升我倒觉得不太大，因为折腾的挺多但是都是应用层面上的，对我来说更多的是 动手能力 的提高，有好多东西不经过自己亲手尝试是根本理解不了的，我前面很多东西就是别人远程或者一步一步告诉我让我去点这个点那个就可以了，但是回过头来问你，你根本不知道发生了什么，甚至隔天就忘，这是典型的不理解、死记硬背式学习方法。

我之所以最终选择将博客托管在 GitHub Pages，也是考虑都未来可能自己不会坚持购买服务器，说不定哪天没有服务器但是还写博客，那样就没地方在线看了。

最终采用的方案是：Hugo + GitHub Actions + GitHub Pages + 自定义域名。最终的效果是，只需要本地编写博客文件后，直接推送即可自动化构建 + 自动更新推送。

唯一的缺点是我的域名是在国外的平台 Namesilo 购买的，无法使用 CDN 加速，导致国内用户时常访问异常，现象是无预期的卡顿。。我也没办法，想使用国内 CDN 加速，域名必须备案。

当时配置那个 A 记录，CNAME 记录啥的根本不知道是什么东西，也不知道 DNS 是什么，就是配，成功了就行，不成功就猜，一个个试呗。现在想想，真的是走了不少弯路，如果能系统地学一下多好。不过这些问题也都在我后来的实践以及学习过程中逐一解决了，现在遇到问题也不用像没头苍蝇一样乱撞了，这种感觉很不错 :)

这件事也让我大致理解了一句老话，大致是这么说的：真正厉害的技术人员不是说他写程序一定要多么多么厉害，而是他有非常强悍的问题定位能力（trouble shooting），能解决别人解决不了的问题，而这一切都源自于无数经验的积累以及深度的思考。

下面说我的最后一次迁移：)

之所以有两个部分是因为买了域名后才发现必须要国内域名并且备案，才能加速国内。我买的是国外域名所以没办法，最后就用 GitHub Page + 自定义域名了。

GitHub Page + 自定义域名

这种方案比较简单（因为GitHub 都帮我们做了），这也是我现在的方式，只不过我的域名是国外的，所以没办法使用 CDN 加速。

你首先需要创建一个名为 <YourGitHubName>.github.io 的仓库，比如 sh1luo.github.io，然后购买一个域名（国内国外都行，国内要备案），因为我们是要使用 GitHub 的自定义域名，所以需要使用 CNAME 记录，在域名服务器处添加两条CNAME 记录 ，就像这样

我是国外的域名，不能使用国内 CDN 加速，正好 CloudFlare 提供免费全球 CDN，虽然效果一般，但是它提供的免费功能也是非常的多，包括各种流量统计分析，也是很良心了。想使用 CloudFlare 当 DNS 服务器做法也非常简单。注册一个账号填上域名信息，然后会提供给我们两个 DNS 服务器域名，我们把原域名服务器商的 NameServers 改成新解析服务器提供的就好了。

当然，如果你本来就是国内域名，就不用这么麻烦了，直接添加两条 CNAME 记录，然后在 GitHub Pages 仓库的发布分支放一个 CNAME 文件，文件内容就是你的 CNAME 地址就可以了，它会自动帮你设置为这个域名并搞定一切的:)

最终应该是这样：

CDN加速

如果你是国内的域名但是是国外的空间，就可以使用 CDN 加速了，加速区域选国内。这里需要注意源站地址由于是 GitHub Pages ，而 GitHub Pages 有 4 个 IP。都写上一行一个，回源 HOST 写你自己地址就可以了。这个回源 HOST 实际上就是 HTTP 头里的 host 字段，如果同一台机器上有多个服务的话，用来标识是哪一个服务，比较常见就是一个 IP 地址上配置了多个域名，就是通过这种给 host 首部字段的方式区分的不同 Web 站点。

配置完源站信息后，会生成一个 CDN 域名，比如我的是 kcode.icu.cdn.dnsv1.com ，然后再添加一条 CNAME 记录指向这个域名就搞定。这样配置过，你的网站经过缓存后国内访问速度能达到非常恐怖的速度，可以试着 ping 一下哦。

不过我这里是尝试了一下，发现国内都是不支持加速国外域名，所以放弃了。

自动化构建

自动化构建意思是说你只需要完成博客内容部分，其他生成静态页面，打包，发布部署等功能都交给一套脚本去完成。这里介绍我曾经体验过的几种。

Github Actions

这是 Github 提供的功能较为全面的自动化部署解决方案，使用方法有两种，一是在 .git 文件的同级目录下创建一个 .github/workflow 目录，然后新建 gh-pages.yaml 文件，另一个是在 Web端登录进入你 yourname.github.io 仓库， Code 栏右侧的 Action ，点进去图形化创建并编辑文件即可，这里展示我的 Action 脚本：

name: GitHub Pages

on:
  push:
    branches:
      - master
  pull_request:

jobs:
  deploy:
    runs-on: ubuntu-20.04
    concurrency:
      group: ${{ github.workflow }}-${{ github.ref }}
    steps:
      - uses: actions/checkout@v2
        with:
          submodules: true  # Fetch Hugo themes (true OR recursive)
          # fetch-depth: 0    # Fetch all history for .GitInfo and .Lastmod

      - name: Setup Hugo
        uses: peaceiris/actions-hugo@v2
        with:
          hugo-version: '0.80.0'
          extended: true

      - name: Build
        run: hugo --minify

      - name: Deploy
        uses: peaceiris/actions-gh-pages@v3
        if: ${{ github.ref == 'refs/heads/master' }}
        with:
          github_token: ${{ secrets.GITHUB_TOKEN }}
          cname: kcode.icu

也比较好理解，就是执行 hugo 命令然后创建一个 CNAME 文件用于自动设置一个自定义域名，然后推到 gh-pages 分支。

这种方案的优点是自定义程度高，缺点相对就是需要自己全权控制写一个控制脚本，有一定学习成本。

这是我的自动化构建执行结果：

Gitee Page

Gitee 提供了常见的几个博客框架的自动化部署功能，Hugo，Hexo 和 Jekyll。也就是说，只要你根目录下有对应框架的 yaml 配置文件，在你每次将最新内容推至仓库时就会自动执行自动化构建，并把最新页面推到前端页面上，比较省心。

优点是国内速度比 Github 快，毕竟服务器近，缺点是每次推完还要手动点更新，自动的一年 99RMB。

画图工具

这里主要介绍我使用的两个画图软件。

2021-06-19 16:44:13 更新

Diagram

原来这个软件叫 draw.io，后来改名为 Diagram。

我之前一直使用这个工具画图，优点是免费，功能丰富，暂无发现缺点 😂 推荐给要求较高的同学使用，画彩色图，花里胡哨图。

Ascii

Ascii 图是我看 曹大博客 了解到的，可以说是一见面就夺走了我的所有抵抗力，我曾经还觉得在画编程方面的图这一块，Diagram 完全够用了，就好比 “任何比 C语言复杂的语言都能用 C语言实现” 😎

但是当我看到这种风格的图我再也不想用其他工具了，因为它完全够用了（装逼完美

毕竟曹大在讲 plan9 汇编时说过，学习的最大动力就是装逼，不服可以去线下面基他 😄，这种风格的图真的 geek 风拉满，“程序员味”十足。

说点正经的，我喜欢这种图最大的优点是 简洁，无他。我不用操心颜色搭配，字体大小，迁移存储等一切问题，只专心图所能表达出的含义就 OK 了。这里推荐两个站点：

• asciiflow（https://asciiflow.com/）
• Textik（https://textik.com/）

Sketch

这个软件是比较专业的设计师使用的，也可以用来画一般的文章插图，缺点是收费，只能在 Mac 下使用。我没有使用过，可以自行搜索。

说在最后

这里说几点我个人看法。

• 博客要注重内容，我看好多人把界面弄的 过于花哨 不注重实际内容，我觉得如果你内容很丰富的情况下可以适当美化，但是弄个 BGM 或者动态换图什么的还是不要了。
• 多踩坑不一定是坏事，在大学这个试错成本很低的环境里就要多尝试，在踩坑的过程中把基础打牢，锻炼问题定位能力，多思考，多总结，日积月累肯定有所提升。
• 写博客给别人看的同时要多去看别人的成果，尤其是大佬们的，进步很快。
• 最后一点也是最重要的，不要主要依靠别人的博客学习，大部分博客不系统，甚至有的博主不理解就生搬硬套，很容易给新人带来误解。努力学习一手资料，官方文档、书籍都是不错的选择，其次才是较为系统阐述的博客、零散的博客。

df

df 就是 “disk free” 的缩写，一般是用来快速浏览你的文件系统，会显示所有磁盘的大小，使用空间，剩余空间，使用百分比还有磁盘挂载到哪个分区上了。使用的时候一般要带上 -h 参数来增加可读性。这些数据都是从挂载点或者文件系统级别计算出来的，比较 “宏观”。

而且，-h 标记会使你的数据四舍五入更方便显示，比如它显示 3G 的大小，实际上可能是 2.9G 或者 3.1G，并不确定。

du

du 就是 “disk usage” 的缩写，如果你需要计算某个特定目录大小的时候非常好用。一般搭配 -sh 参数让结果更易读，比如这样：

df VS. du

看了这两个命令大致用法后，它们在使用场景是什么呢，众所周知不结合使用场景的技术都是耍流氓。大致可以这样总结：df 命令提供一个关于你整个文件系统的概览，比如你多少空间正在使用等等，du 命令更倾向于计算某个目录的精确快照。

如果非要说哪个的结果更有用一点，我觉得是 du。举个例子，我在 /var 目录下安装一个第三方包时遇到了一个目录空间不足的错误，那么我就可以先跑一下 df 命令去看看这个目录的空间来确认一下这是不是真的。我如果看到 /var 有足够空间，那我会接着跑一下 du /var 去看看是它的哪个子目录因为空间不够报的错。这样我就可以一直通过 df 去缩小出错目录的范围，直到找到问题。

理解这些命令的区别能让我们串联使用这些工具，从而更快的定位并解决我们所面临的绝大多数的问题。

OS：Windows 10 专业版。

更新时间：2020/5/17

StarUML版本：3.2.2

破解思路

该工具是用 Electron 框架所写，代码是通过 asar 工具打包而成，我们只需要利用该工具反编译出源代码，修改相关判断逻辑即可。

具体做法

下载安装 node

如果不会，自（bie）行（lai）解（zhao）决（wo）。

使用 cnpm 包管理工具下载 asar

由于众所周知的原因，用 cnpm 下载，先安装 cnpm并使用淘宝镜像源：

npm install -g cnpm --registry=https://registry.npm.taobao.org	// 下载 asar

cnpm install -g asar // 安装 asar

解压 asar 文件，修改源代码

找到 StarUML 安装目录里 resource 文件夹下的 app.asar 文件，执行解压：

asar extract app.asar app

坑点一、解压盘符问题

由于 StarUML 默认安装位置是 C 盘，直接在 StarUML 的安装目录下执行会有权限问题，会报类似这种错误：

$ asar extract app.asar app
internal/fs/utils.js:230
 throw err;
 ^
   
   Error: EPERM: operation not permitted, open 'app\package.json'
 at Object.openSync (fs.js:458:3)
 at Object.writeFileSync (fs.js:1279:35)
    at Object.module.exports.extractAll (C:\Users\shiluo\AppData\Roaming\npm\node_modules\asar\lib\asar.js:201:10)
    at Command.<anonymous> (C:\Users\shiluo\AppData\Roaming\npm\node_modules\asar\bin\asar.js:72:10)
    at Command.listener [as _actionHandler] (C:\Users\shiluo\AppData\Roaming\npm\node_modules\asar\node_modules\_commander@5.1.0@commander\index.js:413:31)
    at Command._parseCommand (C:\Users\shiluo\AppData\Roaming\npm\node_modules\asar\node_modules\_commander@5.1.0@commander\index.js:914:14)
    at Command._dispatchSubcommand (C:\Users\shiluo\AppData\Roaming\npm\node_modules\asar\node_modules\_commander@5.1.0@commander\index.js:865:18)
    at Command._parseCommand (C:\Users\shiluo\AppData\Roaming\npm\node_modules\asar\node_modules\_commander@5.1.0@commander\index.js:882:12)
    at Command.parse (C:\Users\shiluo\AppData\Roaming\npm\node_modules\asar\node_modules\_commander@5.1.0@commander\index.js:717:10)
    at Object.<anonymous> (C:\Users\shiluo\AppData\Roaming\npm\node_modules\asar\bin\asar.js:80:9) {
   errno: -4048,
   syscall: 'open',
  code: 'EPERM',
  path: 'app\\package.json'
  }

解决方法：只需要把 app.asar 单独拿出来放其他盘比如你放 D 盘（不要在根目录，下面有解释），然后再次执行上面这个命令即可。

然后找到解压出来的源代码的 app/src/engine/license-manager.js 文件，大概在 120 行：

checkLicenseValidity() {
  this.validate().then(() => {
    setStatus(this, true)
  }, () => {
    // setStatus(this, false)
    // UnregisteredDialog.showDialog()
    setStatus(this, true)
  })
}

可以很明显看到是一个 Promise ，成功了将注册状态设置为 true，否则设置为 false，并且弹窗提示。所以嘛。。就在这里下手，把逻辑改掉，如上图所示。

重新打包运行

asar pack app app.asar

坑点二、打包路径问题

上面说到不要把解压得到的 app 目录放在根目录下，否则执行打包命令后会报这个错误，这里我拿 D 盘举个栗子：

$ asar pack app app.asar
(node:9504) UnhandledPromiseRejectionWarning: Error: EPERM: operation not permitted, mkdir 'D:\'
(node:9504) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). To terminate the node process on unhandled promise rejection, use the CLI flag `--unhandled-rejections=strict` (see https://nodejs.org/api/cli.html#cli_unhandled_rejections_mode). (rejection id: 1)
(node:9504) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.

执行完后会得到一个 80 MB 左右的 asar 文件，拿它覆盖原安装包内的 asar 文件，运行 StarUML。

搞定。

OBS 与 Bilibili直播姬 操作类似。

问题起因

由于我最近重新安装了系统，在重新下载 OBS 后发现捕获不到桌面。我之前解决方法就是直接在显卡控制面板 里将 OBS 设置为集显就行了。但是这次设置了也不行，有可能是我下载的显卡驱动版本不对。。于是就找到了这个终极解决方案。

问题环境

操作系统：Win10 64位 专业版 - 1909

CPU 集成显卡型号：Inter(R) UHD Graphics 630

独立显卡型号：NVIDIA GeForce GTX 1050

OBS 版本：25.0.4(64 bit)

注：配置和我不一样也有可能解决，不用纠结

问题描述

在来源中添加显示器捕获后 ，是黑屏，无法捕获到显示器。

问题分析

目前网上能搜集到的解决方案大部分是以下几种：

• 右键 OBS 属性 - 兼容性 - 兼容模式 - 以兼容模式运行这个程序（win7）设置 - 以管理员方式运行
• 桌面上右键打开 NVIDIA 控制面板，管理 3D 设置 - 程序设置，找到 OBS，设置为集成图形。

但是我都试了都解决不了，我就去搜了一下问题的原因，最终发现 OBS 只能捕捉到和自己跟自己使用相同显卡的应用，然后我右键打开任务管理器，发现笔记本桌面使用的是我的集显。所以就需要把 OBS 设置为应用集显。

解决方法

左下角开始按钮 - 设置 - 系统 - 显示 - 图形设置 - 经典应用里浏览添加 OBS ，点击选项，设置为节能，节能就是使用集显。然后你再打开 OBS……

这时候你就会发现你成功了。

其他的推流软件也一样，比如什么 B 站直播姬等同理。

以上。

开发的项目是直播助手，相关介绍在 B 站直播协议分析上 有介绍，这里说一下技术选型方面遇到的问题，踩的坑，希望给后续的人一点建议和参考。

技术选型

因为当时第一步的主要想开发的功能是弹幕点歌，但是在稍做分析之后发现如何对 MP3 文件进行解码播放是个问题，自己实现可能略显复杂，也不是这个工具的主要想解决的问题。然后就考虑到使用什么组件来解码并播放音乐。

最初的想法是另写一套前端，和已经写好的这套后端进行通信，来呈现内容，播放音乐等，这是一定可以实现的，但是同一条信息进行两次传输效率太低，于是放弃，想在同一端执行，增加效率。Go 确实不擅长写 GUI 程序（C#完美。。），决定使用 qamel来使用开发，其和 therecipe 比较如下：

• 轻量（只使用少量的类）。构建简单的 QML 应用，比如 QApplication、 QQuickView and QQMLApplicationEngine。而 therecipe/qt 绑定了所有的 QT 模块。
• 安装简单。需要拿到编译好的 qamel 二进制文件（你可以选择自己编译构建，也可以选择直接从别人手里获取），放入 path 环境变量，再设置好配置，就可以构建自己的引用了。而 therecipe/qt 需要执行 setup 等一系列安装过程，繁琐且容易失败。
• 编译速度快。因为绑定部分代码是手动写的，使得绑定安装过程非常快，而 therecipe/qt 是安装时即时生成的，所以非常慢，可以自己体验一下。。

还有个缺点，目前跨平台编译只支持 windows 和 linux，macOS 作者未测试，目前未知。而therecipe/qt 支持 Linux, Windows, macOS, Android, Sailfish, Ubuntu Touch, WASM, and iOS各种平台。

坑在哪

以下均是在 Windows ，amd64 位环境下的结果。

• 不要在系统自带 CMD 或 PowerShell 中构建应用，不然会报代码第二行找不到 QApplication 的错误，换用 cmder 就可以解决，这个问题已经被证实，但是并未找到原因。

• 目前（Latest commit72f913con 27 Nov 2019），不要用 Qt5.14.1及以上版本，但是版本号要大于5.11，不然都会报错。比如图示：

原错误截图所在的历史图床已经失效。错误现象是构建时提示找不到 QApplication；不影响下文结论。

因为作者基本不维护，所以提的问题也没解决，目前也不确定是哪方面的问题，所以记录一下，希望以后使用此库的人能注意。

以上。

问题的起因是最近需要写一个小工具，期间因为需要自己在服务器上搭建了一个 Web 服务来提供 RESTful API 接口，在请求接口的时候需要拼接 url，没有考虑到部分字符的编码问题，导致 400 Bad Request 错误。原来使用的是这样：

url := fmt.Sprintf("%ssearch?keywords=%s %s&limit=1", Mp3Server, name, singer)
resp,err := http.Get(url)
......

这个 name 和 singer 都有可能是中文，直接请求服务器无法识别，所以导致 400 无效请求的错误。后来改成这样，就成功了：

q := url.Values{}
q.Set("keywords", name+" "+singer)
q.Set("limit", "1")
u := url.URL{
	Scheme:   "http",
	Host:     "shiluo.design:3000",
	Path:     "search",
	RawQuery: q.Encode(), 				// 关键在这
}

resp, err := http.Get(u.String())

问题解决的关键就是在 RawQuery: q.Encode() 。由于我一直有看源码的习惯，我就 ctrl+左键跟进去把处理逻辑看了几遍，收获不小，特别记录下来。

整体处理逻辑

整个方法的主逻辑过程：

// Encode encodes the values into ``URL encoded'' form
// ("bar=baz&foo=quux") sorted by key.
func (v Values) Encode() string {
	if v == nil {
		return ""
	}
	var buf strings.Builder
	keys := make([]string, 0, len(v))
	for k := range v {
		keys = append(keys, k)
	}
	sort.Strings(keys)
	for _, k := range keys {
		vs := v[k]
		keyEscaped := QueryEscape(k)
		for _, v := range vs {
			if buf.Len() > 0 {
				buf.WriteByte('&')
			}
			buf.WriteString(keyEscaped)
			buf.WriteByte('=')
			buf.WriteString(QueryEscape(v))
		}
	}
	return buf.String()
}

其最终目的是把类似 http://shiluo.design:3000/search?keywords=海阔天空 beyond&limit=1 这种的 URL 编码为服务器可识别的 http://shiluo.design:3000/search?keywords=%E6%AD%8C%E6%9B%B2+%E6%AD%8C%E6%89%8B&limit=1 这种格式的 URL。

遍历的 vs 就是某个 key 对应的所有 value 值，buf.WriteByte('&') 是在任何一次写入后追加 & 连接查询字符串。我们重点关注最后一行代码 buf.WriteString(QueryEscape(v)) 。

深入剖析

Values 是自定义的 type Values map[string][]string

处理过程是：判断 Values 是否为空，如果是返回空字符串。设置一个 Builder 用来构建未来需要返回的字符串。由于 url 的 query string 查询时一个 key 允许有多个 value，所以遍历每个 key 的所有value值，判定 key 值中是否有需要转义的字符，拿到转义处理后的字符串，然后通过 buf.WriteString(keyEscaped) 和 buf.WriteByte('=') 写入一对 key-value 键值对 。也就是说 key 判断转义了一次，它下面的 n 个 value 都判断转义了一次，最终处理完一个 key 时，写入了 n 对键值对 。其实最核心的逻辑在 QueryEscape() 这个函数。

// QueryEscape escapes the string so it can be safely placed
// inside a URL query.
func QueryEscape(s string) string {
	return escape(s, encodeQueryComponent)
}

func escape(s string, mode encoding) string {
	spaceCount, hexCount := 0, 0
	for i := 0; i < len(s); i++ {
		c := s[i]
		if shouldEscape(c, mode) {
			if c == ' ' && mode == encodeQueryComponent {
				spaceCount++
			} else {
				hexCount++
			}
		}
	}

	if spaceCount == 0 && hexCount == 0 {
		return s
	}

	var buf [64]byte
	var t []byte

	required := len(s) + 2*hexCount
	if required <= len(buf) {
		t = buf[:required]
	} else {
		t = make([]byte, required)
	}

	if hexCount == 0 {
		copy(t, s)
		for i := 0; i < len(s); i++ {
			if s[i] == ' ' {
				t[i] = '+'
			}
		}
		return string(t)
	}

	j := 0
	for i := 0; i < len(s); i++ {
		switch c := s[i]; {
		case c == ' ' && mode == encodeQueryComponent:
			t[j] = '+'
			j++
		case shouldEscape(c, mode):
			t[j] = '%'
			t[j+1] = upperhex[c>>4]
			t[j+2] = upperhex[c&15]
			j += 3
		default:
			t[j] = s[i]
			j++
		}
	}
	return string(t)
}

// Return true if the specified character should be escaped when
// appearing in a URL string, according to RFC 3986.
//
// Please be informed that for now shouldEscape does not check all
// reserved characters correctly. See golang.org/issue/5684.
func shouldEscape(c byte, mode encoding) bool {
	// §2.3 Unreserved characters (alphanum)
	if 'a' <= c && c <= 'z' || 'A' <= c && c <= 'Z' || '0' <= c && c <= '9' {
		return false
	}

	if mode == encodeHost || mode == encodeZone {
		// mode 不符合，与这段代码无关....
	}

	switch c {
	case '-', '_', '.', '~': // §2.3 Unreserved characters (mark)
		return false

	case '$', '&', '+', ',', '/', ':', ';', '=', '?', '@': // §2.2 Reserved characters (reserved)
		// Different sections of the URL allow a few of
		// the reserved characters to appear unescaped.
		switch mode {
		case encodePath: // §3.3
			// The RFC allows : @ & = + $ but saves / ; , for assigning
			// meaning to individual path segments. This package
			// only manipulates the path as a whole, so we allow those
			// last three as well. That leaves only ? to escape.
			return c == '?'

		case encodePathSegment: // §3.3
			// The RFC allows : @ & = + $ but saves / ; , for assigning
			// meaning to individual path segments.
			return c == '/' || c == ';' || c == ',' || c == '?'

		case encodeUserPassword: // §3.2.1
			// The RFC allows ';', ':', '&', '=', '+', '$', and ',' in
			// userinfo, so we must escape only '@', '/', and '?'.
			// The parsing of userinfo treats ':' as special so we must escape
			// that too.
			return c == '@' || c == '/' || c == '?' || c == ':'

		case encodeQueryComponent: // §3.4
			// The RFC reserves (so we must escape) everything.
			return true

		case encodeFragment: // §4.1
			// The RFC text is silent but the grammar allows
			// everything, so escape nothing.
			return false
		}
	}

	if mode == encodeFragment {
		// mode 不符合，与这段代码无关....
	}

	// Everything else must be escaped.
	return true
}

这个函数判断了哪些字符需要转义，并对这些字符进行处理。这里就举例说明一下 http://shiluo.design:3000/search?keywords=海阔天空 beyond&limit=1 这个 keywords 参数的转换过程，因为其包含了中文字符和空格。

首先通过包裹了 escape 通过参数 mode 将过滤类型设置为 URL 编码类型 。shouldEscape(c,mode) 判定哪些字符需要转义，里面根据 RFC 规范进行了各种判断就是为了找出必须要转义的字符。

首先是大小写字母和一些规范内的正常字符是不需要转义的，其余的比如我们参数中的中文和空格都不在这些字符内，所以最终不满足任何一种条件，返回 true，也就是需要转义。所以遍历过“海阔天空 beyond”这个 value 后，统计出来的 hex 值是 4,space 值是 1。

因为一个汉字例如“海”转义后是“%E6”，由原来的一个字节变为了三个字节，所以要根据上面统计出来的 hex 值扩大容量。如果 buf 能够容纳就直接获取，否则使用 make 重新分配内存。最终遍历“海阔天空 beyond”这个字符串，j 是用来移动数组下标的。

const upperhex = "0123456789ABCDEF"

过程如下：“海”是需要转义的，所以将第一个字符设置为 %，紧接着取“海”这个字占用的字节数组 [230 181 183] 的第一位s[0] 230 右移4位是 14 对应是 ‘E’。第二位是和 15 按位与，结果是6，然后将下标指针向后移动三位，指向下一个存储位置。处理这个过程直到遇到空格，然后将空格替换为’+’，后面的英文正常不变，处理完成。

最终我们可以看出，所谓转义就是取这个字符字节数组的第一位，按照一定规则将这个字符转换为十六进制的过程。所以到这里也很容易理解为什么我之前这样拼接 URL 会导致错误，之前一直没发现问题也可能是因为拼接的都是英文字符。

最后，每次看完官方的某些代码还是不得不感叹处理逻辑的紧密，考虑之周到。还是要多多看别人源码，不断学习。