檔案傳輸・文字分享（大檔案・P2P・免註冊）
檔案傳輸與文字分享，大檔案也只需瀏覽器即可免費完成。建立房間後，把房間名稱、連結或QR碼告訴對方，就能在手機與電腦之間或與他人直接互傳文字和檔案。採用P2P通訊，資料不會儲存在伺服器上。
檔案傳輸方式比較
P2P直接傳送需要雙方同時開啟頁面，但換來的是資料不會留在任何地方。請依用途靈活選擇。
| 比較項目 | 本工具（P2P直接傳送） | 雲端保管型傳輸服務 | 電子郵件附件 |
|---|---|---|---|
| 資料儲存位置 | 不儲存在任何地方，直接在瀏覽器之間傳輸 | 在服務商的伺服器上保存一段時間 | 保存在寄件方和收件方雙方的郵件伺服器上 |
| 大小限制 | 取決於接收端裝置（電腦版 Chrome 和 Edge 可直接寫入磁碟） | 依各服務而定 | 一般約為20～25MB |
| 可接收的時間 | 僅限傳送方同時開啟頁面期間 | 有效期限內隨時可以 | 隨時可以 |
| 需要告訴對方的內容 | 房間名稱、連結或QR碼 | 下載網址 | 對方的電子郵件地址（需事先知道） |
| 適合的情境 | 在自己的裝置之間傳輸，或交給身邊的人 | 不同時間的交接 | 傳送小檔案 |
什麼是P2P檔案傳輸與文字分享
本工具利用瀏覽器之間直接通訊的技術 WebRTC，讓您可以當場互傳文字和檔案。建立房間後會得到一個隨機的8個字元房間名稱，對方用同一個名稱進入後，兩人（或更多人）之間就能互傳文字和檔案。不需安裝應用程式，也不用註冊帳號，手機與電腦、Windows 與 Mac、Android 與 iPhone 等不同裝置之間都能用同樣的步驟操作。
與雲端保管型的傳輸服務不同，您傳送的資料不會儲存在任何伺服器上。伺服器只負責讓瀏覽器彼此找到對方並建立連線，真正的文字和檔案會經過加密，在參與者的瀏覽器之間直接傳輸。房間只在有人在線時存在，最後一個人離開後，房間名稱和分享的內容都會消失。相對地，接收方需要與傳送方同時開啟頁面。如果需要在不同時間交接，雲端儲存服務會更合適。
P2P檔案傳輸與文字分享的使用方法
- 建立房間 保持選取「建立房間」，按下「用這個名稱建立房間」。房間名稱會自動填入隨機的8個字元，您也可以自行輸入。
- 把房間告訴對方 用「分享連結」傳送網址，或請對方用手機掃描「QR碼」。也可以直接口頭告訴對方房間名稱，請對方在「加入房間」中輸入。
- 傳送文字 把文字貼到「要分享的文字」欄位中，按下「傳送」。接收方可以用每則內容上的「複製」按鈕，直接複製到剪貼簿。
- 傳送和接收檔案 選擇或拖放檔案後，對方的畫面上會出現「接收」按鈕。對方按下後開始傳輸，完成後即可用「儲存」把檔案存下來。
- 用完後離開 按下「離開」或關閉分頁即可退出房間。所有人離開後房間就會消失，分享過的內容也不會留下。
用好本工具的小技巧
- 傳輸過程中，請不要關閉手機螢幕或切換到其他應用程式。瀏覽器可能會暫停運作，導致連線中斷。
- 數GB的超大檔案，建議用電腦版 Chrome 或 Edge 接收。會先選擇儲存位置，再把資料直接寫入磁碟，因此不會佔滿裝置記憶體。
- 想傳送整個資料夾時，先用ZIP壓縮工具打包成一個檔案，可以大幅減少接收方的操作。
- 之後才加入的人也能看到先前傳送的文字。檔案只要傳送方還在房間內，隨時都可以用「接收」取得。
P2P檔案傳輸與文字分享的使用情境
把照片和影片從手機傳到電腦
不需要傳輸線或雲端同步，就能把手機拍攝的照片和影片傳到電腦上。在電腦上建立房間，用手機掃描QR碼後即可開始傳送。
在電腦之間傳遞長文字或網址
把會議室電腦上的會議紀錄、網址或設定檔內容，複製到自己的筆記型電腦上。不會在聊天應用程式裡留下暫時的紀錄。
與眼前的人交換資料
開會時，即使不知道對方的聯絡方式也能交換資料。只需口頭告訴對方房間名稱，不必交換電子郵件地址或社群帳號。
傳遞電子郵件寄不出的大檔案
超出附件大小限制的影片或設計檔，不必上傳到雲端即可直接交給對方。也適合不希望留在外部伺服器上的機密檔案。
P2P檔案傳輸相關術語
- P2P（點對點）
- 裝置之間不經過伺服器、以對等的身分直接交換資料的通訊方式。在本工具中，真正的文字和檔案會在參與者的瀏覽器之間以P2P方式傳輸。
- WebRTC
- 讓瀏覽器之間不需外掛程式即可直接通訊的標準技術。它以視訊通話聞名，同時也提供用於傳送任意資料的 DataChannel，本工具使用的就是這項功能。
- 信令（Signaling）
- 建立P2P連線前，雙方交換支援的格式、候選位址等連線資訊的步驟。只有這個中介環節會用到伺服器，您傳送的文字和檔案不會經過它。
- STUN
- 用於查詢從路由器外部看到的自身IP位址和連接埠號碼的機制。它協助位於不同網路的裝置找到彼此直接連線的路徑，本身不轉送任何資料。
- NAT
- 家庭或公司的路由器把內部多台裝置透過一個公用IP位址連到外部的機制。某些NAT類型的組合會導致無法建立P2P直接連線。
- DTLS
- 用於加密 WebRTC 資料的協定。它是 HTTPS 網站所使用的加密技術 TLS 針對封包通訊改造而成的版本。WebRTC 中加密是強制的，無法關閉。
常見問題
閒話 ― 明明在同一個Wi-Fi裡，是怎樣「直接」連上的
說是讓瀏覽器之間直接連線，但網際網路上的大多數裝置其實並沒有自己的公用IP位址。家庭和公司的路由器透過名為NAT的機制，把內部的多台裝置彙整到一個位址再連到外部。從外面看，無法判斷通訊是要給哪台裝置的，所以通常無法從這邊主動向對方發起通訊。
於是 WebRTC 會向 STUN 伺服器詢問「從外部看到的自己的位址和連接埠號碼」，再與對方交換這些資訊。當雙方幾乎同時向對方的位址傳送封包時，各自的路由器會把收到的封包視為「對內部發出通訊的回應」而放行。這種手法稱為UDP打洞（UDP hole punching），是線上遊戲和網路電話長期使用的經典技巧。連上同一個 Wi-Fi 的裝置，會用路由器內部的位址直接相連，資料甚至不經過網際網路，傳輸也更快。
不過，這個技巧並非總是奏效。每次通訊都更換對外連接埠號碼的NAT（對稱型NAT），以及行動電信業者把大量使用者彙整到一個位址的電信級NAT，都可能讓它失效。一般的視訊會議服務會為此準備名為TURN的中繼伺服器，代為轉送通訊。本工具以「不經過伺服器」為優先，刻意沒有使用中繼，因此在極少數環境中會無法直接連線。自 WebRTC 於2021年1月成為 W3C 和 IETF 的正式標準以來，這些機制已內建在所有現代瀏覽器中。