在 iPhone 上最多產生 20 個 QR code PNG，方法是在 Safari 中開啟瀏覽器式的批次 QR code 產生器，每行貼上一段文字或網址，選擇像素大小與容錯等級，然後點擊產生按鈕即可下載個別影像，無需安裝應用程式。在 iPhone 上執行批次的流程基本上與在桌機上相同，因為編碼是透過 JavaScript 在目前的分頁中完成。批次 QR code 產生器工具最多接受 20 行不重複的內容，每行會去除空白並依首次出現的順序去除重複，使用與本站其他頁面相同的 qrcode 1.5.4 瀏覽器 API 來產生每個符號。PNG 畫布可使用 128、256 或 512 的像素大小，並提供 L、M、與 H 等容錯等級來權衡資料容量與還原能力。以瀏覽器端的方式在手機上執行，在兩個實際層面上很重要：沒有任何內容會上傳到伺服器，您貼上的每一行都會留在目前的 Safari 分頁中，直到您關閉它為止。這能讓敏感資料（例如驗證密鑰或私人活動網址）保持在本機裝置上，相較於可能為了分析或追蹤工作階段而傳送內容的第三方 iOS 應用程式，這是一項明顯的優勢。
為何瀏覽器式批次工具能在 iPhone 上運作
iOS 不允許命令列 Node 工具、本機腳本或桌機安裝程式，因此 iPhone 上的任何批次作業都必須在 Safari、Chrome 或其他瀏覽器環境中執行。使用 qrcode 1.5.4 JavaScript 函式庫並透過其瀏覽器 toDataURL API 的頁面，會在與預覽同一個分頁中執行編碼，無需網路往返，也不需要搭配的應用程式。正是這種架構讓「在 iPhone 上使用批次 QR code 產生器」成為一個合理可達成的搜尋意圖，而非平台與任務之間的矛盾。
Mobile Safari 與第三方 iOS 瀏覽器對 PNG data URL 的處理是一致的，因為 toDataURL 已經是 canvas 規格的一部分多年。每個預覽都有自己專屬的下載連結，而非單一的 ZIP 封存檔，這避免了對封存函式庫的需求，並讓頁面在手機網路連線下保持輕量。所有去除空白、去除重複以及 20 行上限的強制執行也都在 JavaScript 中完成，因此耗用的是手機的 CPU 與記憶體，而非遠端服務。對於一次只需要一個符號的使用者，單一碼 QR code 產生器頁面使用相同的函式庫但沒有批次面板，可從同一個瀏覽器分頁存取。
如何在 iPhone 的 Safari 中產生最多 20 個 QR code
- 在 Safari 中開啟批次 QR code 產生器，並保持在穩定的連線下，以利預覽快速產生。
- 在備忘錄、郵件或任何純文字來源中建立來源清單：每行一段文字或網址，不要有空行，也不要有前後空白。
- 將清單貼入輸入區域。解析器會自動去除空白、移除空行、依首次出現的順序去除重複的行，並強制套用 20 行的不重複上限。
- 選擇 PNG 畫布大小——128、256 或 512 像素——以及容錯等級：L、M、Q 或 H。
- 點擊產生 QR code。編碼器會在瀏覽器中執行，並為每個接受的行產生預覽，檔名採用確定性的格式，例如 01-example-com.png。
- 開啟 iPhone 的相機應用程式，掃描螢幕上的每個預覽。在下載之前，逐字元確認解碼後的內容。
- 在每個已驗證的預覽旁點擊下載連結，將 PNG 儲存到 Files 應用程式、iCloud Drive 或所選擇的目的地。
- 將 PNG 儲存到裝置後再掃描一次，因為 Safari 以不同比例分享影像時，頁面內 canvas 所呈現的內容與儲存的檔案內容可能會有所不同。
如果單一行超過容量上限，批次作業會回報錯誤並停止，而不會回傳誤導性的部分結果。這個上限在手機上尤其重要，因為在盤點標籤、活動識別證或貨架標示常見的列印或螢幕距離下，較密集的符號較難讓 iPhone 相機的自動對焦鎖定。
PNG 大小與容錯等級說明
PNG 畫布大小控制每個 QR 符號被呈現為多少像素的點陣圖。像素尺寸是一種呈現上的選擇，並不會增加或減少底層 QR 矩陣的資料容量；同一段內容的 512 像素 PNG 與 128 像素 PNG 帶有相同的資訊。較大的畫布只是在符號被放大到網頁上、投影或列印而未經放大時，能讓邊緣保持更銳利。較小的畫布可節省儲存空間，並在手機網路下更快完成，這在一次下載最多 20 張影像時是實際的考量。
| 容錯等級 | 約略碼字還原率 | 對容量的影響 | 典型用途 |
|---|---|---|---|
| L | 約 7% | 最高容量 | 乾淨的室內螢幕、大尺寸列印 |
| M | 約 15% | 稍微降低 | 一般用途的預設等級 |
| Q | 約 25% | 容量降低 | 印刷卡片、輕度磨損 |
| H | 約 30% | 最低容量 | 表面受損、符號上方有標誌 |
上方的還原百分比來自 DENSO WAVE 的 QR code 容錯參考資料，說明了在解碼失敗之前，符號可以遺失或被遮蔽多少。在手機上，較高的等級並不會自動更安全：它會產生更密集的符號，小型相機較難在遠距離解析。在一般乾淨的顯示條件下，等級 M 是實用的預設值；當符號列印在可能刮傷、摺疊或部分被覆蓋的表面時，等級 H 才有其用武之地。如需更深入地了解如何在它們之間選擇，批次大小與容錯等級的完整說明更詳細地涵蓋了相同的權衡。
下載後，請務必保留靜默區——也就是圍繞定位圖案周圍的空白邊距。拉伸、重新上色、裁切或將標誌放得太靠近邊緣，都可能讓原本可掃描的 PNG 變得無法掃描。批次輸出會保留靜默區，因為編碼器在呼叫時會在每個符號周圍設定 2 個模組的固定邊距。
iOS Safari 如何處理多個下載與檔名
iPhone 上的 Safari 將每次對下載連結的點擊視為個別的檔案動作，而非單一批次事件。這符合工具刻意避免觸發 20 個自動下載的設計，否則會讓使用者感到意外，也會觸發瀏覽器層級的提示。第一次點擊通常會顯示 Safari 的下載確認表單；選定目的地後，後續的點擊會更快完成。下載的檔案會存放在您所選擇的位置的 Files 應用程式中——iCloud Drive、「我的 iPhone 上」，或其他已設定的提供者。
檔名以兩位數的批次位置開頭，後面接著從內容衍生的簡短 ASCII 詞幹。例如 https://example.com 在批次中作為第一個不重複的項目時，會變成 01-example-com.png。如果一行中沒有任何 ASCII 字母或數字，詞幹會回退為 qr-code，以確保檔案仍有可用的名稱。這些標籤僅作為便利提示，絕不會改變編碼後的內容——QR 矩陣本身才是事實的來源，而非檔名。
若以不同的輸入或選項重新產生先前的批次，較舊的結果會被捨棄，而一個非同步的工作識別碼會防止過時的預覽覆蓋較新的預覽。在 iPhone 上這點很重要，因為螢幕較小，錯誤的預覽短暫出現可能會誤導快速的掃描檢查。
在使用前用 iPhone 相機驗證每個 PNG
產生乾淨的 PNG 不等於產生可掃描的 PNG。iPhone 相機應用程式會將解碼後的內容以通知形式開啟，您貼上的內容與相機顯示的網址之間若有任何差異，都應視為需要調查的瑕疵，而非可接受的怪異行為。在下載前掃描每個預覽，下載後再次掃描已儲存的 PNG，然後才進行發布、列印、盤點標示、發送活動資料或替換現有的代碼。
有幾個與 PNG 本身無關的因素會改變手機上的掃描成功率：長篇 UTF-8 文字、表情符號、光面紙的低對比度、霧面護貝卡的反光，以及執行掃描的應用程式。不同的 QR code 讀取器對網址、聯絡人資訊和其他內容的解析方式不同，而底層的 qrcode 1.5.4 函式庫 也指出尚未實作完整的 ECI 支援。最後這一點在包含非 ASCII 字元的內容時影響最大——含有大量 Unicode 的行雖然可以編碼，但外國的掃描器可能會將其顯示為與您貼上的內容不同的字串。可靠的處理方式就是每次都在實際用於生產環境的裝置上，逐字元進行檢查。
限制、錯誤與邊界情況下的行為
在手機上，您最先會遇到的兩個限制是 20 行上限與每行 2,000 字元上限。這兩項限制的存在是為了限制 CPU、記憶體、版面配置工作量以及意外的下載量——它們存在於筆電上的原因相同，只是在手機上更為關鍵，因為散熱節流與電池成本更為明顯。超過限制時，會以友善的數量錯誤訊息，或以違規那一行的「超過容量」訊息呈現；在任何情況下，都不會以靜默成功的方式回傳部分批次結果。
如果單一內容對任何 QR 版本而言太長，編碼器會在那一行失敗，並由批次作業回報錯誤。請使用重新導向服務縮短網址、刪減冗詞，或將內容拆分到兩個符號。去除空白與移除空行會自動進行，但解析器不會代您重寫或縮短網址；那樣會改變編碼後的內容，並在無聲無息中破壞驗證步驟。
由於每段內容與 PNG data URL 都保留在目前的分頁中，若未下載就關閉 Safari，則會遺失整個批次——沒有伺服器上的工作可以接續。請將每次產生視為一次性作業，如果您預期會重複執行相同的清單，請在備忘錄中保留一份主要的文字檔。跨執行貼上的重複項目也會被合併，因此將舊清單作為快速還原點重複使用，通常可以在不必再次輸入的情況下還原大部分原始輸出。
如需更深入的探討，請參閱匯出前避免批次網址產生器常見錯誤。