桌面版程序同时开多个，默认行为往往是共用一套设置。共用本身不一定是问题，问题在于有些配置必须分开，混在一起就会出现「改了 A 影响 B」的情况。要分开的有四处：代理IP、缓存目录、日志文件、自动更新。四处分开之后，几个实例才算真正互不干扰。
必须分开的四处
代理IP和缓存目录
- 代理IP：每个实例单独一条，共用的结果就是所有实例同地址
- 缓存目录：按实例分文件夹，共用会在写入时互相覆盖
- 日志文件：分开写，共用之后出问题分不清是谁的
- 自动更新：关掉，避免更新时所有实例一起重启
四处里最容易出问题的是缓存目录。多个实例写同一个目录，轻则读写变慢，重则文件被覆盖导致某个实例异常退出。换个目录就能解决的事，很多人会去查网络，查半天也没有结论。
缓存目录按实例分开，是成本最低的一项改动，改完立刻见效，而且不影响其他配置。
先分目录，再查网络。
自动更新这一项要单独说。桌面版默认会自动检查更新，多个实例同时检查，会出现几个实例先后重启的情况。表现是任务跑着跑着某个实例重新启动了，日志里只有一条启动记录。把自动更新关掉，统一在一个时间手动更新，这种问题就不会再出现，也不会在关键时段打断任务。
怎么确认真的分开了
验证的办法是给每个实例各跑一次不同的任务，跑完看日志有没有互相写进同一个文件。
日志里如果出现别的实例的任务名，说明日志还是共用的，回去重新分。缓存目录的验证更简单，跑一段时间之后看各目录的大小，全都在涨说明分开了，只有一个在涨说明没分开。
哪些可以共用
程序本体、字体库、公共的运行库这些可以共用，不用每个实例复制一份。共用这些不会互相干扰，还能省磁盘。判断的标准是看这份数据会不会被写入，只读的可以共用，会写的必须分开，这条标准适用所有项。
分开之后，实例多了管理成本会上升。建议给每个实例的目录起同样的规则名，比如按编号后缀，找的时候一眼就能对上，不用逐个点开看。
配置分开这件事做在前面，后面加实例就是复制一份目录加改一条线路，几分钟就能完成。做在后面，要先拆开再重配，代价高得多。