笔记
0工具
0此页用于记录用户反馈问题后的每一次改进
关于
“写笔记”支持四种格式——Word 文档、Excel 表格、Markdown、纯文本，起稿或二次编辑时都能随时切换，同一篇笔记想用哪种形态来记，都由你说了算。
md、txt、csv、json 这类纯文本则原样载入，不做多余加工。拿一张现成的表倒进来、改几笔、再导出去，等于白用一台免费的格式转换器。
要带走就在右上角点“下载”，可导出 PDF、Word、Markdown、Excel、TXT 等格式；列表卡片“⋯”菜单里，也有同样的下载入口。
在“工具”页点“＋ 上传工具”即可发布：填好名称与链接，再用 Markdown 把使用方法写清楚——能解决什么问题、怎么装、怎么用，比堆介绍实在。
要分发安装包就一并上传压缩包（ZIP、RAR、7Z、TAR.GZ，最大 35MB），别人在详情页一键下载；只放链接不带附件也可以。
工具按大家的收藏热度排序，好用的自然会被顶上来。发布后可在详情页或卡片菜单里编辑、下架。
写笔记时勾上“隐藏”，这篇就只存在于你自己的账号里：不进列表、不进搜索、不上首页精选，也不会出现在任何公开的页面，链接发给别人同样打不开。
适合放密码、草稿、日记这类只给自己看的内容；想公开，去“发布”打开它，把“隐藏”的勾去掉再保存，之后编辑会默认保持原状态，不会悄悄变回公开。
不想公开、只想临时给人看：点“分享”生成一条带密码和有效期的链接，到期自动失效，你也能随时撤销。
你的内容会同时保存在多个副本上，系统定期做备份与完整性校验，再配合异地容灾机制：就算某台机器出问题，数据也不会丢，可以长期放心存放；特别重要的资料，仍建议你另外再留一份备份。
全站跑在容器化、模块化的现代架构上，更新、部署、回滚都很快，扩展性和稳定性都按长期运营的标准来设计（Built for reliability, designed to scale）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
趋势
一直弹"内存不足"？先看磁盘剩余和虚拟内存，别急着加内存条
单位那台 8G 内存的 Win10，最近老是弹"系统资源不足，无法完成请求的服务"，开几个浏览器标签加个 Office 就报内存不足，看任务管理器物理内存才用了 70%，以为内存条坏了或者要加内存。结果查了一圈，真凶是 C 盘快满了 + 页面文件（pagefile）跟着遭殃，物理内存压根没到瓶颈。
这里有个很多人混淆的点：Windows 说的"内存不足"很多时候不是物理内存条不够，而是"提交内存"（commit）到顶了。Windows 的内存模型是物理内存 + 页面文件合起来算一个"提交上限"，所有进程承诺能用的内存总数不能超过这个上限。任务管理器→性能→内存，看右下角"已提交"那组数：前面是当前已提交量，后面是上限。当已提交量顶着上限跑，系统就开始到处报内存不足，哪怕物理内存还剩一半。
页面文件默认放在系统盘（C:\Windows\pagefile.sys），大小系统托管。如果 C 盘剩余空间很小，Windows 没法按需扩大页面文件，提交上限就被卡死在低位，于是物理内存明明有富余，系统却开始报内存不足、卡顿、程序崩溃。这台机器就是 C 盘一个 80G 分区被塞到只剩几百 MB，页面文件扩不动了。
验证一下页面文件当前状态，管理员 PowerShell：
Get-CimInstance Win32_PageFileUsage
看 AllocatedBaseSize / CurrentUsage，再配合磁盘剩余：
Get-PSDrive C
C 盘可用字节数一看就明白。老的 wmic 命令也行：
wmic pagefile list /format:list
处理分两步：先腾 C 盘空间让页面文件有地方扩，再确认页面文件设置合理。腾空间最安全的几个下手点：用户 Temp（%TEMP%）、Windows 更新缓存（SoftwareDistribution\Download）、回收站、浏览器缓存。命令行清当前用户的临时文件：
del /s /q %TEMP%\*
系统 Temp 在 C:\Windows\Temp，也要清。注意先关掉占用这些文件的程序，不然删一半报"正在使用"。磁盘清理工具 cleanmgr 勾"清理系统文件"也能扫出一批。
页面文件设置检查：系统属性→高级→性能设置→高级→虚拟内存→更改。一般建议保持"自动管理所有驱动器的分页文件大小"，系统会根据磁盘剩余动态调整。如果之前被改成"无分页文件"或者自定义了很小的值，改成系统托管，或者手动设个初始值和最大值，比如内存 8G 设 8192-16384MB：
初始大小(MB): 8192
最大值(MB): 16384
页面文件别设在只剩几 MB 的盘上。要是有第二块盘、空间富余，可以把页面文件挪过去，但注意蓝屏转储依赖系统盘的页面文件，完全挪走会导致以后蓝屏抓不到 dump——所以系统盘至少留一个小的系统托管页面文件，或者干脆别挪。
还有一类"内存不足"跟页面文件无关：老 32 位程序。32 位进程默认只能用 2G 地址空间，开多了或者单个程序占超了，会弹内存不足/无法分配内存，哪怕整机内存充裕。任务管理器里进程名后面带"(32 位)"标记的就是。这种只能换 64 位版本的程序，或者少开几个，加内存条也救不了。
区分到底是物理内存不够还是提交上限被卡住，有个快捷判断：任务管理器里如果"内存"那个图的已提交量接近上限、而物理内存利用率并不高，就是提交上限/页面文件的问题，往磁盘空间和页面文件方向查；如果物理内存利用率长期 95% 以上、已提交反而不高，那才是真的物理内存不够，才轮到考虑加内存条。
补充一个判断尺子：正常上网办公，已提交量到上限的 80% 左右就该留意，90% 以上随时可能弹窗报错。想看趋势可以用性能监视器加计数器：Memory→Committed Bytes 和 Process→Working Set，采样半天能看出是哪个时段、哪类操作把提交量顶上去的。如果发现是某个具体程序（几十个标签的浏览器、虚拟机、设计软件）长期吃大半，那是它自身需求大，把它关了比扩页面文件更治本，扩了也只是推迟报错。
还有个冷门方向：页面文件所在盘看着有空间，但系统盘开了磁盘配额或者 BitLocker，也可能导致页面文件扩不动，报错会带 0x80070070（磁盘空间不足）或配额相关的字样。遇到这种查一眼配额和加密状态不亏。另外别把页面文件整个设成"无"来省 SSD 空间——没有页面文件的话，系统在物理内存吃紧时直接开始杀进程或报错，蓝屏时也没法写转储文件，省那几 G 完全不值。
这台机器清完 C 盘、把页面文件设回系统托管，重启后"内存不足"弹窗再没出现过，物理内存占用也正常了。省下了一根本不用买的内存条。