在windows10的环境下的spacemacs配置org-protocol和org-capture
捕获的网页，每次都是第一次显示正常，然后后续就会出现问题，系统提示coding system有问题
搞了2个小时，也没有搞定 更惨的在尝试更换编码的时候，
是把一个org文件的编码搞乱了，完全无法正常显示了。
尝试多种编码都无法显示，欲哭无泪，还有办法恢复吗？
我也是抄来的配置：
;; -------- global utf-8 in win --------
(unless (string= (system-name) "MY-PC-NAME")
(when (and (eq system-type 'windows-nt)
(eq w32-ansi-code-page 65001))
(setq w32-system-coding-system 'utf-8)
(define-coding-system-alias 'cp65001 'utf-8)))
然后给工作机上某一类文件一个特定的设置：
(when (string= (system-name) "MY-PC-NAME")
(modify-coding-system-alist 'file "\\.log\\'\\|\\.lst\\'\\|\\.sas\\'" 'chinese-gbk))
这样至少目前（不涉及shell的话）是一直可用的。
编码怎么恢复，就只好等大神来了……
已经不可恢复了
感觉不应该这样啊，要不你复制一部分文本发一下
部分文本如下：
20v 瘞�雿�加热 �怠��热 **** 皜�蝵�銝�敼潮�� **** 撌亙�菟�� **** 折叠�刻膠 **** 蝏喳�� 锁扣 **** 撖寡挈机 **** �急���菔�� **** 18650�菜�� **** 垃�曇�� �嗅蒂蝥
我中间转过好几次，不做死不会死的典型案例
从防微杜渐的角度看，把重要的org文档放到git中（本地？）会是一个比较安全和好的解决办法。
我今天也碰到了这种情况，在gbk和utf8之间来回切换，变成乱码了，不过最后又改回来了
用同样的方法试了一下你这个，最终可以出来这些字，感觉是正确的结果
鱼，工，车，绳，对讲，带
如果你现在文件显示的还是之前发的那一段的情况，可以试一下下面的
- 如果你的文件当前不是
big5编码，新建一个文件，C-x RET f（set-buffer-file-coding-system），设置编码为big5，然后把原来文件的内容复制到这个新文件中，保存 - 文件编码为
big5，然后C-x RET r（revert-buffer-with-coding-system）转为utf-8，，这个时候显示的就是可能对了，再使用C-x RET f指定一个编码，你惯用的就行，utf-8或者gbk
讲真，如果都统一 UTF-8 就不会有这种问题
感谢 但没有完全转出来 可能是我前期折腾的太多了