一条图像处理链路最容易漏掉的，常常不是某个变换公式，而是结果已经生成之后谁还持有什么。图像源、工作位图和编码器都成功创建，不等于作业已经完成；页面看到了预览，也不等于中间资源已经归还。像素工坊的最后一篇从设计评审角度检查这条边界，把可交付输出与处理中对象明确分开。 一、作业的成功必须包括资源收尾 本篇继续使用 API 12 的 Stage 工程，固定输入仍是第一篇的四象限 PNG。新增管线文件并替

一个叫“保存图片”的函数，如果只接收位图和扩展名，很容易把产品决策藏进实现细节：透明区域应该保留，还是铺在白底上？输出变小意味着质量合适，还是内容已经丢失？像素工坊第五篇把编码重构成明确的策略，把透明度处理放在编码器之前，并在返回结果后再次解码核对。 一、从文件后缀重构到输出契约 本篇使用 API 12 的 Stage 工程，新增编码实验文件并替换首页。输入由代码构造，不依赖相册、网络或磁盘，也不

像素写回后红蓝颠倒，或者第二行错位，往往不是颜色计算出了问题，而是读取者和写入者对缓冲布局没有达成一致。像素工坊第四篇不靠一张复杂照片猜原因，改用四个已知颜色和一个刻意带空隙的缓冲区。只要通道、偏移或行跨度理解错一个，读回结果就会立即暴露差异。 一、把实验变量压缩到四个像素 工程仍采用 API 12 的 Stage 模型，沿用像素工坊项目名。本篇新增公共目录的通道实验文件，并替换首页；不需要 PN

编辑器里两个相邻按钮，经常让人误以为操作可以随意交换。裁切和旋转却会改变后续坐标的含义：先取出一块图再转动，和先把整图转动再按原数值取块，通常得到不同内容。像素工坊第三篇把这件事落实为一个可以核对尺寸、色块和方向标记的处理项目。 一、先写清楚这次变换的交付条件 工程沿用 API 12、Stage 模型和 PixelLab 名称。新增公共目录中的变换文件，首页只运行一个固定请求：在二百五十六乘一百九

把一张大图放进很小的组件，改变的是展示范围；让解码器直接返回较小的位图，改变的才是后续持有的数据规模。两种操作最终可能看起来一样，因此缩略图问题不能仅靠肉眼判断。像素工坊的第二篇把目标尺寸变成输入契约，并给每个内存数字标明它究竟来自公式还是运行时查询。 一、缩小的究竟是哪一层 继续使用 API 12 的 Stage 工程和上一期的固定 PNG。为了能独立复现，本篇重新给出公共样本文件，内容与第一篇

一张只有几百字节的图片，解码后可能需要几十万字节。把文件大小当成图像大小，会让入口校验检查错对象。像素工坊从一个固定的四象限样本开始：先确认编码内容和尺寸，再决定是否生成可显示的位图。这个入口建立之后，缩略图、裁切、像素实验和重新编码才有共同的起点。 一、让输入样本能够被任何人复现 在 DevEco Studio 新建名为 PixelLab 的 Empty Ability 工程，选择 Stage

“看到了不少卫星，为什么位置还是不够稳定？”这类问题不能只靠一个卫星数量回答。GeoMarker 的最后一篇建立前台诊断页，同时观察卫星状态和位置结果，把设备能力、权限、订阅、数据字段与清理路径按顺序检查。页面展示证据，不用一个绿色总分掩盖不同来源的信息，也不把没有收到事件显示成零颗卫星。 图1：天空半球与接收器信号通道构成的卫星诊断封面。 一、第一项检查：版本与能力是否匹配 本篇仍采用 API

坐标能用于计算，地址能帮助人理解地点，它们适合不同任务。把逆地理编码失败等同于定位失败，会让一份已经获得的数值结果凭空消失；把可读地址重新解析回坐标，又会引入另一个不确定过程。GeoMarker 第五篇采用双通道展示：原始坐标保持可见，地址作为单独请求得到的补充，语言选择只影响描述通道。 图1：坐标点与空白地址牌并行传递的技术封面。 一、比较两种结果的用途 前四篇的坐标来自位置服务或明确标注的合成

两个位置点相距二十多米，是否足以说明设备发生了移动？只看经纬度差无法回答，样本本身的精度描述也必须进入判断。GeoMarker 的第四篇把连续订阅中的两点拿出来，用固定合成输入比较中心距离与精度半径之和。计算结果可以逐项复算，页面则明确显示它是模型指标，避免将一条简单公式包装成真实路程测量。 图1：误差圆与测量轨道组成的距离质量门封面。 一、先给每个数字标明身份 位置服务的纬度、经度采用其文档规定

这是一份连续采样功能的实现笔记，按设计迭代记录每轮应该检查的内容，不把未执行的设备操作写成开发经历。GeoMarker 前一篇用按钮获取一份坐标；这一篇让按钮开启一个有明确寿命的订阅。需求只有一句话：用户停留在前台并主动开始时接收位置，点击停止或离开前台时释放订阅，回来以后由用户决定是否重新开始。 图1：可拆连接件与连续样本链构成的前台订阅封面。 一、第一轮：把“持续”写进请求类型 工程仍以 AP