国产精品久久久aaaa,日日干夜夜操天天插,亚洲乱熟女香蕉一区二区三区少妇,99精品国产高清一区二区三区,国产成人精品一区二区色戒,久久久国产精品成人免费,亚洲精品毛片久久久久,99久久婷婷国产综合精品电影,国产一区二区三区任你鲁

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

一個(gè)“黑點(diǎn)”表情,會(huì)造成當(dāng)前程序卡死崩潰?

454398 ? 作者:工程師吳畏 ? 2018-06-13 10:45 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

幾乎每過(guò)一段時(shí)間,iOS上就會(huì)出現(xiàn)一些神秘消息“代碼”,發(fā)送相關(guān)文本將導(dǎo)致系統(tǒng)或者聊天APP崩潰。筆者還記得去年在微信上還出現(xiàn)了,發(fā)送“15個(gè)句號(hào)”導(dǎo)致某些品牌的手機(jī)卡死的BUG。其中這些多與系統(tǒng)或者程序的文本渲染器有關(guān),而Youtube UP主Tom Scott發(fā)現(xiàn),安卓上也中招了。

簡(jiǎn)單來(lái)說(shuō),如圖所示的這個(gè)“黑點(diǎn)”表情,發(fā)送和接收都沒(méi)有問(wèn)題,但當(dāng)點(diǎn)擊它的時(shí)候,就會(huì)造成當(dāng)前程序卡死崩潰,老外反饋主要是Whatsapp。

Tom Scott分析后發(fā)現(xiàn),這又是一次Unicode的把戲。Unicode是計(jì)算機(jī)之間傳輸文本的國(guó)際標(biāo)準(zhǔn),包含數(shù)以萬(wàn)計(jì)的字符,并且支持N種語(yǔ)言。

不過(guò),在Unicode之中也有一些隱形的字符,比如定義寬度、定義從左向右(從右向左,阿拉伯/希伯來(lái)語(yǔ)使用)、定義連接詞、定義高低音的代碼。這個(gè)黑點(diǎn)的“詭計(jì)”就在于,使用OBJ編碼后發(fā)現(xiàn),我們看到的黑點(diǎn)之后其實(shí)還有一長(zhǎng)串字符,編造者使用寬度為0、且定義左右順序的字符進(jìn)行了隱藏。

當(dāng)你點(diǎn)擊時(shí),安卓的文本渲染器需要判斷你點(diǎn)擊的是哪個(gè),這個(gè)過(guò)程存在BUG,導(dǎo)致程序崩潰。

所以,嚴(yán)格來(lái)講,這是安卓系統(tǒng)的BUG,理論上對(duì)于任何安卓消息應(yīng)用都有效,不僅僅是Whatsapp;第二,其實(shí)黑點(diǎn)只是創(chuàng)造者利用的一個(gè)表情而已,如果掌握了原理,這個(gè)表情可以任意替換。

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • iOS
    iOS
    +關(guān)注

    關(guān)注

    8

    文章

    3401

    瀏覽量

    155512
  • 安卓
    +關(guān)注

    關(guān)注

    5

    文章

    2184

    瀏覽量

    60278
  • BUG
    BUG
    +關(guān)注

    關(guān)注

    0

    文章

    156

    瀏覽量

    16276
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    實(shí)戰(zhàn)排障|RK平臺(tái)啟動(dòng)卡死、SPL崩潰,兩行日志直接定位DDR硬件死穴!

    在嵌入式Linux產(chǎn)品開(kāi)發(fā)中,U-Boot SPL啟動(dòng)崩潰、主板不上電、啟動(dòng)卡死在初始化階段是最讓人頭疼的硬故障之。日志亂碼、CPU異常復(fù)位、看不到完整啟動(dòng)流程,往往讓軟件工程師誤以為是代碼BUG,硬件工程師無(wú)從下手。
    的頭像 發(fā)表于 02-24 15:22 ?776次閱讀
    實(shí)戰(zhàn)排障|RK平臺(tái)啟動(dòng)<b class='flag-5'>卡死</b>、SPL<b class='flag-5'>崩潰</b>,兩行日志直接定位DDR硬件死穴!

    華陽(yáng)集團(tuán)榮獲前程無(wú)憂2026杰出雇主稱號(hào)

    2026年1月8日,前程無(wú)憂正式發(fā)布“2026人力資源管理杰出獎(jiǎng)”暨“2026杰出雇主”榜單,華陽(yáng)集團(tuán)榮獲“2026杰出雇主”榮譽(yù)稱號(hào)。
    的頭像 發(fā)表于 01-13 17:31 ?1322次閱讀

    CW32F030的FLASH存儲(chǔ)器支持擦寫PC頁(yè)的保護(hù)功能

    CW32F030 的 FLASH 存儲(chǔ)器支持擦寫 PC 頁(yè)保護(hù)功能。 當(dāng)用戶程序運(yùn)行 FLASH 時(shí),如果當(dāng)前程序指針 PC 正好位于待擦寫的 FLASH 地址頁(yè)范圍內(nèi),則該擦寫操作失敗,同時(shí)
    發(fā)表于 12-11 07:38

    睿擎平臺(tái)CoreDump實(shí)戰(zhàn)指南:系統(tǒng)崩潰現(xiàn)場(chǎng)的完美捕獲 | 技術(shù)解析

    在嵌入式系統(tǒng)開(kāi)發(fā)中,系統(tǒng)崩潰往往是最令人頭疼的問(wèn)題之。當(dāng)程序突然宕機(jī)、出現(xiàn)硬故障或斷言失敗時(shí),如何快速定位根本原因?CoreDump技術(shù)為開(kāi)發(fā)者提供了種「時(shí)間凍結(jié)」的能力,能在系統(tǒng)
    的頭像 發(fā)表于 10-29 16:58 ?4090次閱讀
    睿擎平臺(tái)CoreDump實(shí)戰(zhàn)指南:系統(tǒng)<b class='flag-5'>崩潰</b>現(xiàn)場(chǎng)的完美捕獲 | 技術(shù)解析

    關(guān)于蜂鳥(niǎo)E203內(nèi)核中斷硬件實(shí)現(xiàn)中斷嵌套的設(shè)計(jì)

    開(kāi)發(fā)板:MCU200T 中斷機(jī)制即處理器核在執(zhí)行程序指令流的過(guò)程中突然被別的請(qǐng)求打斷而中止執(zhí)行當(dāng)前程序,轉(zhuǎn)而處理別的事情,處理完重新回到之前程序終端的位置繼續(xù)執(zhí)行。處理器收到中斷請(qǐng)求,保存當(dāng)前
    發(fā)表于 10-23 07:07

    wiznet+w5500程序卡死怎么解決?

    , &arg)函數(shù)無(wú)效,于是想到手動(dòng)關(guān)閉端口,在link status becomes link down處添加closesocket后程序卡死,進(jìn)步調(diào)試發(fā)現(xiàn)在任何地方調(diào)用
    發(fā)表于 09-10 06:48

    真隨機(jī)數(shù)和偽隨機(jī)數(shù)的區(qū)別

    隨機(jī)數(shù)在當(dāng)前程序運(yùn)行環(huán)境中是種常用參數(shù),目前主要分為兩種,偽隨機(jī)數(shù)和真隨機(jī)數(shù),本期我們就來(lái)講下二者的區(qū)別。
    的頭像 發(fā)表于 08-27 17:46 ?2651次閱讀

    M058多次寫入數(shù)據(jù)閃存會(huì)崩潰怎么解決?

    我的 m058 沒(méi)有作系統(tǒng),W/R dataflash 成功了,但是有個(gè)問(wèn)題:寫入 dataflash 多次 m058 會(huì)崩潰,請(qǐng)問(wèn)如何解決這個(gè)問(wèn)題? 代碼如下: int32_t
    發(fā)表于 08-27 08:21

    STM32G473進(jìn)行雙bank升級(jí)的時(shí)候,進(jìn)行FLASH的批量擦除回卡死是怎么回事?

    我在進(jìn)行雙bank升級(jí)的時(shí)候,會(huì)先進(jìn)行FLASH的批量擦除。在連續(xù)的升級(jí)過(guò)程中發(fā)現(xiàn)成功幾次后出現(xiàn)了執(zhí)行擦除flash操作時(shí)程序卡死的情況,直觀上看燈沒(méi)有閃爍。成功次數(shù)不規(guī)律,可能更新2次后才
    發(fā)表于 06-18 08:04

    STM32G473 flash擦除時(shí)程序卡死,為什么?

    我在進(jìn)行雙bank升級(jí)的時(shí)候,會(huì)先進(jìn)行FLASH的批量擦除。在連續(xù)的升級(jí)過(guò)程中發(fā)現(xiàn)成功幾次后出現(xiàn)了執(zhí)行擦除flash操作時(shí)程序卡死的情況,直觀上看燈沒(méi)有閃爍。成功次數(shù)不規(guī)律,可能更新2次后才
    發(fā)表于 06-12 08:05

    STM32G473 flash擦除時(shí)程序卡死的原因?

    我在進(jìn)行雙bank升級(jí)的時(shí)候,會(huì)先進(jìn)行FLASH的批量擦除。在連續(xù)的升級(jí)過(guò)程中發(fā)現(xiàn)成功幾次后出現(xiàn)了執(zhí)行擦除flash操作時(shí)程序卡死的情況,直觀上看燈沒(méi)有閃爍。成功次數(shù)不規(guī)律,可能更新2次后才
    發(fā)表于 06-09 07:23

    如何避免存儲(chǔ)示波器再次崩潰?

    為避免存儲(chǔ)示波器再次崩潰,需從系統(tǒng)維護(hù)、硬件管理、操作規(guī)范和應(yīng)急預(yù)案四個(gè)維度構(gòu)建完整的防護(hù)體系。以下是具體措施及實(shí)施要點(diǎn):、系統(tǒng)與軟件層面1. 固件與軟件管理 定期更新固件 操作:每6個(gè)
    發(fā)表于 05-23 14:47

    國(guó)科微榮獲前程無(wú)憂“2025杰出雇主”稱號(hào)

    近日,前程無(wú)憂2025年人力資源管理杰出獎(jiǎng)?lì)C獎(jiǎng)盛典暨高峰論壇在廈門舉行。在此之前公布的2025人力資源管理杰出獎(jiǎng)榜單中,國(guó)科微憑借其卓越的人才發(fā)展戰(zhàn)略、完善的人才培養(yǎng)體系以及多元包容的企業(yè)文化,榮獲
    的頭像 發(fā)表于 04-21 17:46 ?1047次閱讀

    STM32F103 flash的app區(qū)域有上次的殘留代碼,會(huì)造成死機(jī)怎么解決?

    這樣會(huì)造成什么影響(理論上的)。 當(dāng)前我這里看到的現(xiàn)象是,在串口發(fā)送某項(xiàng)指定的數(shù)據(jù)時(shí),hardfault了。如果擦除了那段殘留的代碼,就
    發(fā)表于 03-11 07:29

    STM32H743做數(shù)字電源,上電后首次進(jìn)入HRTIM中斷卡死怎么解決?

    的時(shí)候,開(kāi)始進(jìn)入HRTIM中斷函數(shù),問(wèn)題在于首次啟動(dòng)的時(shí)候,有時(shí)候會(huì)死機(jī);程序卡死進(jìn)入HardFault;除了首次之外,(單片機(jī)沒(méi)有掉電)再次啟動(dòng)高壓輸出或者停止高壓的時(shí)候就沒(méi)有問(wèn)題了; 并且這個(gè)單片機(jī)
    發(fā)表于 03-11 06:51