笔记
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）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
趋势
曲率贝塞尔曲线：改进经典曲线技术的深度探索
本文探讨如何在不破坏现有技术生态的前提下，通过引入曲率控制手柄来改进经典贝塞尔曲线的编辑体验，使其更直观、稳定且符合用户意图。
贝塞尔曲线是计算机辅助设计（CAD）和计算机图形学的基石。自1959年Paul de Casteljau提出、1960年代Pierre Bézier在雷诺公司完善以来，它凭借简洁性经久不衰。尽管更复杂的曲线不断被发明（如用于高精度CAD或道路设计），但在通用场景中，贝塞尔曲线始终占据主导地位。然而，它并非完美无缺——尤其在交互式编辑中，其控制点的操作方式常常违背直觉。作为一名软件工程师，我的疑问是：我们能否在不破坏现有基于贝塞尔曲线构建的技术栈的前提下，让它变得更好？ 答案是肯定的。
贝塞尔曲线的基础：线性插值的魔法
绘制贝塞尔曲线是一个简单且线性的过程。给定一系列控制点，我们先用直线连接它们，然后在这些直线上同时进行线性插值（lerp），产生新的点，再连接这些新点，重复此过程，直到只剩下一个点，该点即位于曲线上。这种构造方式使贝塞尔曲线比其表象更规则。
对于4个控制点 (A, B, C, D)，曲线方程可写为紧凑的多项式形式：
$$
\gamma(t) = A(1-t)^3 + 3B(1-t)^2 t + 3C(1-t)t^2 + D t^3
$$
其规则是：((1-t)) 的幂次递减，(t) 的幂次递增，系数取自帕斯卡三角的第n行（例如4个控制点对应第3行：1, 3, 3, 1）。对于2D或3D曲线，该公式分别应用于各坐标轴。
虽然理论上贝塞尔曲线可支持任意数量的控制点，但实践中几乎只使用4个控制点的三次贝塞尔，因为曲线仅保证穿过首尾控制点，高阶贝塞尔更难塑形。复杂曲线通常由多个三次贝塞尔段拼接而成，通过对齐切线使得整体看起来平滑，即三次贝塞尔样条。大多数绘图应用中的“钢笔工具”正是通过编辑控制点来间接绘制曲线。
被广泛传播的谎言：切线对称性
钢笔工具通常提供几种控制点模式，例如对称切线、非对称切线、单侧切线等，直观上代表不同的平滑程度。人们普遍认为对称切线是最平滑的选项，而放松约束会损失平滑性。但事实上，这种观点是完全错误的，而且很容易证明。
贝塞尔曲线可以被精确分割——通过从插值图中读取新控制点，分割后的左右两段与原曲线完全一致，且在接缝处完美连接。然而，除了中点附近的分割点外，分割点处的切线通常是不对称的（即两侧切线长度不等）。这可以通过曲率梳（表示每点曲率半径的倒数）来验证：曲率梳是连续的，没有跳跃。这说明切线长度是否相等（即对称性）与平滑性毫无关系。因此，试图通过对称切线来绘制平滑直觉的曲线，无异于缘木求鱼。
初步改进：相对切线
一个简单的改进思路是将切线视为相对值而非绝对值。例如，让切线长度与所在曲线段的首尾距离成比例。这种样条更易编辑，因为当你移动曲线点时，相邻线段会自然弯曲以“让路”，产生的尖点也更少。然而，如果绘制曲率梳，就会发现这并非完美方案：按比例缩放切线并不能保证编辑时曲率保持不变，也无法保证段与段之间的曲率连续。这也揭示了：向用户提供曲率梳可视化作为“辅助工具”其实相当不友好——调整一端的曲率会影响另一端，需要反复来回调整才能接近目标。
更有效的策略：直接处理曲率
更有效的方法是直接与曲率打交道。虽然这通常是个难题，但存在一些令人惊讶的简单关系。考虑曲线段 (A-B-C-D) 起点处的曲率：它仅受 (A)、(B)、(C) 位置影响，(D) 点若与 (C) 断开则可自由移动。此外，若切线 (A-B) 水平，则只有 (C) 的垂直位置影响曲率。这源于底层线性插值的性质，许多项在公式中相互抵消。因此，起点曲率仅取决于 (A-B) 的长度以及 (C) 到 (A-B) 的垂直距离。另一侧 (D) 的曲率同理，取决于 (C-D) 长度和 (B) 到 (C-D) 的垂直距离。
然而，这本身并不实用，因为移动曲线点（如 (A) 或 (D)）时，通常也会移动相邻控制点（(B) 或 (C)）以保持切线方向；而当旋转切线时，相邻段的切线也会旋转相同角度，从而改变该侧的曲率。尽管如此，这证明保持曲率并非疯狂的想法，且可以通过适当缩放切线来实现。规则可以是：
- 移动曲线点时，保持相邻段起点和终点的曲率。
- 移动切线时，保持当前段另一端的曲率，以及相邻段两侧的曲率。
这应该能带来更符合用户意图的编辑体验。但问题在于：移动曲线点效果不错，但旋转切线时，切线长度本身并不能很好代表用户意图——微小变化可能导致曲率剧烈改变，曲线可能突然跳动或爆炸，因为系统在寻找匹配解时可能失败。因此，更好的做法是使用曲率手柄，其长度直接对应曲率半径（而非倒数的曲率梳）。
曲率手柄非常稳定，可以即时转换为经典贝塞尔控制点，无需在两个表示之间反复往返，从而避免数值漂移问题。
数学求解：给定曲率，反解切线长度
要实现曲率手柄，我们需要解决以下问题：给定起点 (A)、终点 (D)、起点和终点的单位切线方向，以及期望的起点曲率 (k_0) 和终点曲率 (k_1)，求出切线长度 (l_0) 和 (l_1)。
对于曲线 (\gamma(t))，单位切向量 (\mathbf{T}(t)) 是归一化的一阶导数：
$$
\mathbf{T}(t) = \frac{\gamma'(t)}{|\gamma'(t)|}
$$
曲率向量 (\mathbf{K}(t)) 可通过两次向量叉积得到，使用一阶和二阶导数：
$$
\mathbf{K}(t) = \mathbf{T}(t) \times \frac{\gamma''(t)}{|\gamma'(t)|^2} \times \mathbf{T}(t)
$$
叉积确保 (\mathbf{K}(t)) 垂直于切线方向。在起点处，曲率大小 (k_0) 与 (l_0) 和 (l_1) 的关系是高度非线性的，但通过巧妙的代数变换，可以将其简化为两个变量的方程组。具体推导涉及将贝塞尔导数展开，并利用起点切线方向与 (A-B) 重合、终点切线方向与 (C-D) 重合的性质。最终，我们可以得到关于 (l_0) 和 (l_1) 的两个方程，通常可通过数值方法（如牛顿迭代）高效求解，因为初始猜测可以设为切线长度的比例缩放，且解是稳定的。
实现与效果
在实际实现中，曲率手柄的交互方式非常直观：用户拖动手柄长度，即直接设置该端的曲率半径。系统实时求解对应的贝塞尔控制点位置，并更新曲线。由于曲率手柄的“长度”与曲率半径成正比（而非反比），用户所见即所得，避免了曲率梳的“反向”直觉。此外，手柄的稳定性避免了数值漂移，且无需在两种表示间来回转换。
这种设计带来了显著的编辑体验提升：曲线形状更易预测，段间曲率连续，且调整一端不会意外影响另一端。尽管求解过程涉及非线性方程，但现代计算机的实时计算能力足以保证交互流畅。
总结与展望
贝塞尔曲线是经典技术，但并非不可改进。通过引入曲率手柄，我们可以在不改变底层曲线表示（仍为三次贝塞尔）的前提下，提升编辑的直观性和稳定性。这种改进不破坏现有文件格式、渲染管线或算法，而是提供一种更友好的交互层。未来，类似思路可扩展到更高阶曲线或曲面，甚至结合机器学习自动推荐曲率，但核心思想是：尊重用户的意图，让工具适应人，而非相反。