一個12×12像素的起點
你今天在手機上隨手發出的花卉表情符號，並非源自Unicode委員會的設計桌——它們的誕生，始於1990年代末日本手機上那些親手繪製的像素藝術，遠在「emoji」一詞被世界其他角落所知曉之前。
最常被引用的起點是1999年，日本電訊商NTT DoCoMo為其「i-mode」手機互聯網服務，推出了由年輕界面設計師Shigetaka Kurita（栗田穰崇）創作的176個表情符號。栗田在僅有12×12像素的網格上構建每一個字符，從漫畫、Zapf Dingbats字體以及當時已有的表情符號慣例中汲取靈感，目的是在極度有限的屏幕空間和字符限制下，傳達更多的視覺信息。這套表情符號在日本一炮而紅，並迅速被其他競爭對手複製。2016年，紐約現代藝術博物館（MoMA）將其納入永久設計收藏——這是軟件字符被視為藝術品的罕見案例。
值得留意的是，表情符號歷史學家後來推翻了栗田的設計是「第一套」表情符號的說法。根據Emojipedia發表的研究，電訊商SoftBank在1997年已推出了一套90個字符的表情符號——而正是在這套符號中，如今標誌性的「糞便表情符號」首次登場。花卉元素從一開始就出現在這些日本早期表情符號中，反映了當時的視覺文化：季節性的花卉意象（尤其是櫻花）早已深深嵌入日常溝通、日曆和設計之中。
由於DoCoMo、SoftBank和au/KDDI等日本電訊商各自開發了互不兼容的表情符號系統，同一朵「花」在不同網絡上可能呈現完全不同的外觀，或對應到完全不同的編碼點。這種碎片化局面，正是後來Unicode標準化所要解決的核心問題。
全球化的關鍵：Unicode 6.0與2010年的大融合
要讓表情符號在不同品牌、國家和操作系統之間通用，就需要一個統一的編號系統——這正是Unicode聯盟的角色。Unicode是國際標準，它為每個字符、符號和表情符號分配獨一無二的代碼點，確保從iPhone發出的訊息能在Android手機、Windows個人電腦或其他任何設備上正確顯示。
今天我們熟知的大部分核心花卉表情符號，都是在單一次版本發布中正式納入這個全球標準的：2010年發布的Unicode 6.0。這是現代花卉表情符號陣容誕生的關鍵時刻，所有符號都被歸類在「動物與自然」類別之下：
- 🌷 鬱金香 (U+1F337)
- 🌸 櫻花 (U+1F338) — 直接受日本櫻花啟發，至今仍是最常用的花卉表情符號之一
- 🌹 玫瑰 (U+1F339)
- 🌺 木槿花 (U+1F33A)
- 🌻 向日葵 (U+1F33B)
- 🌼 花卉 (U+1F33C) — 通用黃色雛菊風格花朵，常被稱為「那朵花的表情符號」
- 💐 花束 (U+1F490)
- 🌸 白花 (U+1F4AE) — 一種風格化的櫻花玫瑰花結
有趣的是，這些字符在主流平台上真正以全彩表情符號的形式使用，還要再等幾年。Unicode 6.0雖然分配了代碼點和文本意義，但直到2015年「Emoji 1.0」發布——Unicode正式將表情符號作為獨立版本追蹤的起點——這些符號才被確立為現代短訊中我們所熟悉的圖形化、彩色字符。蘋果早在2011年左右已將許多表情符號引入日本以外的iPhone鍵盤，這正是它們在全球範圍內爆發、成為日常用語的真正觸發點。
花束的擴充：每一個新增的背後故事
Unicode每年大約發布一次新字符集，花卉表情符號在2010年首發之後，陸續新增了幾位新成員——每一次添加，都反映了Unicode表情符號小組委員會認為值得填補的特定空白。
Rosette（🏵️）於2014年隨Unicode 7.0到來。它並非描繪特定花朵，而是一種風格化的獎章或帽徽形狀——外形似花，但更多與成就、榮譽和表彰的概念相關，而非自然本身。
枯萎的花（🥀），有時被稱為枯萎的玫瑰，於2016年隨Unicode 9.0加入。它填補了原始表情符號集在情感表達上的缺口：在此之前，幾乎所有花卉表情符號都象徵新鮮、浪漫或慶祝，無法表達失落、心碎或事物的終結。這朵下垂枯萎的花朵正好做到了這一點。
蓮花（🪷）緊隨其後，於2021年隨Unicode 14.0發布。它的加入之所以引人注目，是因為它填補了表情符號集中一個明顯的非西方空白：蓮花在佛教、印度教和耆那教中具有深厚的宗教和文化意義，象徵純潔、啟蒙和重生，同時也是印度和越南的國花——而在這之前，花卉表情符號陣容中完全沒有這些元素的代表。
風信子（🪻）是最新加入的成員，於2022年隨Unicode 15.0到來。與其他花卉相比，推動其加入的推廣訴求較少涉及象徵意義，更多只是簡單的代表性——風信子是廣泛種植的花園和切花，但在原始表情符號集推出超過十年後，它竟然沒有任何對應的表情符號。
上述每個後期加入的花卉，都經歷了Unicode的公開提案流程。任何人都可以提交新表情符號的申請，論證其使用頻率、與現有字符的區別度，以及預期的受歡迎程度——從提案到最終出現在你的鍵盤上，這個過程可能需要一年或更長時間。
同一代碼，不同花朵：平台設計的自由發揮
表情符號系統其中一個最奇特的特性是：Unicode標準化了字符的含義和代碼點，但不標準化其外觀。每個公司——蘋果、Google、微軟、三星、WhatsApp、Meta、Twitter/X——都自行設計「U+1F33C 花卉」或任何其他花卉字符的視覺詮釋。因此，你發送的同一個表情符號，在接收者使用的設備上可能看起來截然不同。
多年來，這種情況導致了一些真正不一致的花卉表情符號。例如，通用「花卉」表情符號在某些平台上被渲染成粉紅色，在其他平台上則是黃色；「白花」在一個平台上帶有紅色輪廓，在另一個平台上則有橙色輪廓，有時包含日文字元「花丸」（大致意思是「做得很好」，源自日本教師在作業上蓋的認可印章），有時則完全省略。這些不僅僅是外觀差異——它們偶爾會造成真正的混淆，讓人們不確定一個花卉表情符號到底代表什麼，因為某個平台的設計更改可能改變一個符號的隱含含義，而其底層的Unicode定義卻沒有任何變化。
平台供應商會定期重新設計其表情符號集以保持風格一致性（扁平化、簡化或重新設計整個庫），這意味著2015年發送的一個花卉表情符號，在今天的渲染效果可能與當時大不相同，即使其Unicode代碼點從未改變。
花卉的實際含義：由使用習慣決定
表情符號的含義很少由Unicode本身固定——它是由使用習慣協商出來的，就像俚語一直以來的方式。經過超過十年的使用，一些模式已經固化下來：
-
櫻花（🌸）承載著所有花卉表情符號中最具體的文化重量，直接源於其日本起源，象徵春天、更新和生命無常之美——櫻花每年只短暫盛開然後凋落，這是一個遠在表情符號出現之前就已存在於日本藝術和詩歌中的隱喻。在日常使用中，它已成為「柔和」、「可愛」或輕柔浪漫的簡寫——通常在需要使用玫瑰會顯得太強烈時使用。
-
玫瑰（🌹）是其中最直接浪漫的選擇，源於該花卉數百年來在西方與愛情和激情相關聯的傳統，仍然是浪漫或深情訊息中最常用的花卉表情符號之一。
-
向日葵（🌻）和花卉（🌼）傾向於簡單、明確的正面情感——快樂、溫暖以及對自然的普遍欣賞——沒有玫瑰或櫻花那樣的特定浪漫或文化包袱。
-
木槿花（🌺）和花束（💐）則佔據更多場合特定的位置：木槿花通常表示熱帶或度假情境，而花束則是祝賀、感謝或一般祝福的默認選擇，功能相當於一個通用的「這裏有花送給你」的手勢。
-
枯萎的花（🥀）是群體中的異類——唯一一個默認情感色調為負面的主流花卉表情符號，用於表示心碎、失望或某事物的終結。
-
蓮花（🪷）在西方日常使用中，逐漸與正念、瑜伽和健康文化聯繫在一起，這層含義疊加在其原有的深刻宗教象徵意義之上（有時甚至將其扁平化）。
這些含義沒有一個是設計出來的——它們就像文字含義的演變一樣，是通過數百萬次對話中多年積累的使用習慣產生的，然後被表情符號參考網站和詞典記錄下來，這些資源是在事後記錄漂移現象，而非事先規定。
現狀與未來展望
花卉表情符號的陣容，已從1990年代末日本手機上隱含的、電訊商專屬的少數像素圖標，發展成為一套標準化的跨平台字符集，橫跨2010年至2022年的Unicode版本，包含十多個不同字符——鬱金香、櫻花、玫瑰、木槿花、向日葵、花卉、花束、白花、玫瑰花結、枯萎的花、蓮花和風信子。每一次新增，都傾向於填補特定空白，而非僅僅增加裝飾：缺少的情感表達（枯萎的花）、未被代表的宗教傳統（蓮花），或者只是尚未被納入的廣泛種植花卉（風信子）。
按照這個模式，未來的添加更有可能繼續追趕真正代表性的空白——與特定文化、地區或尚未涵蓋的情感表達相關的花卉——而非單純為了擴充而擴充類別。Unicode聯盟的公開提案流程意味著，原則上，任何人都可以為下一個花卉表情符號提出理由。