哪个高手能说一下chrome的“表单填充”有啥用

Posted 2023-05-03

лл

自动填充和自动填表是不同的。lastpass那种自动填表，sessions，cookies等同步管理功能chrome自带的也有，比如登录一些论坛，会出来一横条，提示是否保存密码。但是兼容性不太好，功能也比较简单。自动填充对那些经常在线支付，交易和信息认证的人很有用。感觉这个功能有点面向商业和企业用户的意思。一般咱们不经常用。8楼那个自动补全任何浏览器或者输入框都有这功能，除非你禁用或者清理浏览痕迹。 参考技术A 说实话CHROME自动填表的功能并不好用我用lastpass 一个CHROME的自动填表插件 参考技术B 填写一次保存后，以后可以自动填写信息比如姓名、邮箱地址、电话号码、爱好==其它一些信息 说白了就是减少你重复劳动。感觉不安全，不喜欢。 参考技术C 前来学习，我也不太懂它是干什么的

SPL（二级程序加载器）有啥用

【中文标题】SPL（二级程序加载器）有啥用

【英文标题】：what is the use of SPL (secondary program loader)SPL（二级程序加载器）有什么用

【发布时间】：2015-09-23 13:00:04

【问题描述】：

我对这三个问题的概念感到困惑

为什么我们需要辅助程序加载器？

它在哪个内存中被加载和重定位？

系统内存和RAM有什么区别？

据我通过阅读链接了解是.. 当系统内部存储器无法完全容纳 uboot 时需要 SPL，因此我们需要使用称为 SPL 的最小代码片段来初始化内存。 SPL 是真的重定位还是只有 uboot 自己重定位？

【参考方案1】：

让我以OMAP平台为例进行解释（只是提供一些实际背景，而不仅仅是理论或常识）。 先来看看一些事实：

在基于 OMAP 的平台上，开机后运行的第一个程序是 ROM code（类似于 PC 上的 BIOS）。 ROM 代码查找引导加载程序（它必须是一个名为“MLO”的文件，并且位于 MMC 的第一个活动分区，必须格式化为 FAT12/16/32，——但这是细节） ROM 代码将该“MLO”文件的内容复制到static RAM（因为尚未初始化常规 RAM）。下图显示了 OMAP4460 的 SRAM 内存布局SoC：

SRAM 内存有限（由于物理原因），因此我们只有 48 KiB 用于引导加载程序。通常常规引导加载程序（例如 U-Boot）二进制文件比这大。所以我们需要创建一些额外的引导加载程序，它将初始化常规 RAM 并将常规引导加载程序从 MMC 复制到 RAM，然后跳转以执行该常规引导加载程序。这个额外的引导加载程序通常称为第一阶段引导加载程序（在两阶段引导加载程序场景中）。

所以这个第一阶段引导加载程序是U-Boot SPL； 第二阶段引导加载程序是常规 U-Boot（或 U-Boot 正确）。需要明确的是：SPL 代表 Secondary Program Loader。这意味着ROM代码是加载（并执行）其他程序的第一件事，而SPL是加载（并执行）其他程序的第二件事。所以通常引导顺序是下一个：ROM 代码 -> SPL -> u-boot -> 内核。而且其实和PC启动很相似，就是：BIOS -> MBR -> GRUB -> kernel。

更新

为了让事情绝对清楚，这里是描述启动顺序所有阶段的表格（以澄清所用术语中可能存在的不确定性）：

+--------+----------------+----------------+----------+
| Boot   | Terminology #1 | Terminology #2 | Actual   |
| stage  |                |                | program  |
| number |                |                | name     |
+--------+----------------+----------------+----------+
| 1      |  Primary       |  -             | ROM code |
|        |  Program       |                |          |
|        |  Loader        |                |          |
|        |                |                |          |
| 2      |  Secondary     |  1st stage     | u-boot   |
|        |  Program       |  bootloader    | SPL      |
|        |  Loader (SPL)  |                |          |
|        |                |                |          |
| 3      |  -             |  2nd stage     | u-boot   |
|        |                |  bootloader    |          |
|        |                |                |          |
| 4      |  -             |  -             | kernel   |
|        |                |                |          |
+--------+----------------+----------------+----------+

所以我只是使用 bootloader 作为 U-Boot 的同义词，而 Program Loader 作为任何加载其他程序的通用术语程序。

另见：

[1]SPL (at Wikipedia)

[2]TPL: SPL loading SPL - Denx

[3]Bootloader (at OSDev Wiki)

[4]Boot ROM vs Bootloader

【讨论】：

我想这完全取决于公认的术语。我设法找到将 SPL 称为第一阶段引导加载程序和第二阶段引导加载程序。这种情况在 IT 中经常发生，我的意思是没有完善的术语。可能是因为 IT 是一个相当新的工程分支，或者它的变化太快以至于术语变得明确。无论如何，如果您查看 [1] 和 [3]，您会发现它们并不将 ROM 代码视为引导加载程序。可能是因为它是固定代码，我们只是没有想太多:)

@AlexeyVesnin 正如上面所讨论的，这都是关于参考框架的。至少我尝试在 cmets 中更好地解释这件事，可能我失败了:) 我们在这里谈论的是 U-Boot，而 U-Boot 是一个两阶段的引导加载程序。 U-Boot 的第一阶段是 SPL，第二阶段是 U-Boot 本身。从系统的角度来看，conventional ARMv7系统有3个阶段：ROM-code、SRAM bootloader和RAM bootloader。但是 ROM-code 是固定的，所以我们基本上可以忽略它。就像在 PC 上一样：我们有 BIOS、MBR 和 GRUB。但是我们认为 BIOS 是固定的，所以 MBR 称为 1st stage，GRUB 是 2nd stage。

@AlexeyVesnin 好的，我想我明白了你的意思。我想坚持使用 OMAP 术语（想想 BeagleBone Black），这里有最好的描述，详细信息：AM335x U-Boot User's Guide。在AM335x TRM 中可以找到从 Boot ROM 代码的角度对应的启动图（参见图 26-10“ROM 代码启动过程”）。希望您同意上述文档。

@AlexeyVesnin 另外，在我的表中（在答案中），在“术语 #2”列中，可以将“第一阶段引导加载程序”之类的内容替换为“U-Boot 第一阶段引导加载程序”，但是我认为这是不言而喻的，因为整个问题都是关于 U-Boot 的。

据此（这是此答案的有用附录）processors.wiki.ti.com/index.php/The_Boot_Process，我是对的，但我建议您在回答中澄清这一点。

【参考方案2】：

理论上不需要辅助程序加载器 (SPL)。但是，拥有一个通常有实用的理由。两个从我的头顶上掉下来。

首先，模块化和易于开发。 其次，硬件启动过程可能过于严格。它可能希望引导加载程序位于没有足够空间存储整个引导过程的特定位置。

主加载器执行加载完整引导过程 (SPL) 所需的一切操作。例如，主加载器可能存储在具有内存限制的 ROM 中。