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

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

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

如何杜絕手機(jī)里出現(xiàn)一些莫名其妙的圖片

h1654155282.3538 ? 來(lái)源:沈苗 ? 2019-08-28 17:41 ? 次閱讀

使用安卓手機(jī)的朋友應(yīng)該都會(huì)發(fā)現(xiàn)這樣一個(gè)問(wèn)題,相冊(cè)里無(wú)緣無(wú)故經(jīng)常會(huì)有些莫名其妙的圖片,也不知道是從哪里來(lái),清理過(guò)后還是會(huì)有,那么這些照片是從哪里來(lái)的呢?我們一起來(lái)了解一下。

其實(shí),主要是因?yàn)榘沧肯到y(tǒng)的開源性,在我們使用軟件的時(shí)候會(huì)產(chǎn)生很多緩存圖片。這些圖片會(huì)被自動(dòng)保存子啊手機(jī)相冊(cè)里面,包括一些軟件圖標(biāo)等等。

這種情況我們只能先找到圖片的來(lái)源,其實(shí)只需要這樣一鍵就能查到,同時(shí)再教大家如何這種情況再發(fā)生。

我們先打開手機(jī)相冊(cè),找到那些圖片。點(diǎn)擊右上角省略號(hào)或者感嘆號(hào)查看圖片信息,然后在里面的文件路勁中即可看到這些圖片的來(lái)源,后面就是文件的路徑,很明顯有些圖片就是出自我們的常用的微信。不同的照片路徑是不一樣的,基本都在圖片的詳情里面。

其實(shí),大部分圖片都是手機(jī)緩存的,我們只需要找到圖片的路徑查到相應(yīng)產(chǎn)生APP軟件,然后在軟件里設(shè)置一下即可關(guān)閉。就比如微信而言,平時(shí)不留意的話就會(huì)產(chǎn)生大量的圖片視頻到手機(jī)里面。這些,其實(shí)我們是可以避免的,只需要在里面稍微設(shè)置一下。打開微信,依次點(diǎn)擊【我】-【設(shè)置】-【通用】-【照片、視頻和文件】將微信里面的這三個(gè)三項(xiàng)全部關(guān)閉就可以了。

關(guān)閉后,微信里面查看圖片、視頻和文件都不會(huì)直接保存到手機(jī)里面了。并且,當(dāng)我們用微信拍攝的時(shí)候,里面的圖片和視頻都不會(huì)直接保存到系統(tǒng)相冊(cè)里面。同理,先看圖片的保存地址,了解圖片的來(lái)源然后對(duì)其軟件進(jìn)行相應(yīng)的設(shè)置就可以了。

聲明:本文內(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)投訴
  • 智能手機(jī)
    +關(guān)注

    關(guān)注

    66

    文章

    18499

    瀏覽量

    180389
  • 圖片
    +關(guān)注

    關(guān)注

    0

    文章

    203

    瀏覽量

    15950
收藏 人收藏

    評(píng)論

    相關(guān)推薦

    在程序運(yùn)行時(shí)會(huì)偶爾出現(xiàn)ads1247寄存器數(shù)據(jù)莫名其妙丟失的現(xiàn)象,為什么?

    最近遇到個(gè)莫名其妙的問(wèn)題,我的ads1247可以正常工作,得到的轉(zhuǎn)化溫度也是正常的,但是在程序運(yùn)行時(shí)會(huì)偶爾出現(xiàn)ads1247寄存器數(shù)據(jù)莫名其妙丟失的現(xiàn)象,很讓人費(fèi)解,不知道各位有沒(méi)
    發(fā)表于 01-06 07:49

    ADS1247上電初始化時(shí),有時(shí)會(huì)失敗,為什么?

    我在使用ADS1247的時(shí)候發(fā)現(xiàn)幾個(gè)問(wèn)題: 1.上電初始化時(shí),有時(shí)會(huì)失敗,即內(nèi)部基準(zhǔn)沒(méi)有建立! 2.AD采樣過(guò)程中會(huì)發(fā)生數(shù)據(jù)莫名其妙變?yōu)?的情況,之后數(shù)據(jù)就不會(huì)再發(fā)生變化了!
    發(fā)表于 12-30 08:24

    ADS826采樣不穩(wěn)定的原因?

    ADS8326,目前測(cè)試情況不是很理想,暫時(shí)無(wú)法排查出什么原因,現(xiàn)在的現(xiàn)象是: 采樣AD值,直跳動(dòng)10來(lái)個(gè)點(diǎn),而我們現(xiàn)在實(shí)際要求的比較高,要保證最多跳動(dòng)1-3個(gè)點(diǎn)。舉個(gè)例子,就是我現(xiàn)在連續(xù)采200個(gè)點(diǎn),采到的ad值都是19711,然后莫名其妙的就會(huì)有一兩個(gè)點(diǎn)變成197
    發(fā)表于 12-20 08:14

    ADS8326采樣AD值,直跳動(dòng)10來(lái)個(gè)點(diǎn),是什么原因引起的?

    ADS8326,目前測(cè)試情況不是很理想,暫時(shí)無(wú)法排查出什么原因,現(xiàn)在的現(xiàn)象是: 采樣AD值,直跳動(dòng)10來(lái)個(gè)點(diǎn)。而我們現(xiàn)在實(shí)際要求的比較高,要保證跳動(dòng)1-3個(gè)點(diǎn)。舉個(gè)例子,就是我現(xiàn)在連續(xù)采200個(gè)點(diǎn),采到的ad值都是19711,然后莫名其妙的就會(huì)有一兩個(gè)點(diǎn)變成19727
    發(fā)表于 12-20 06:44

    ADS8326采樣跳動(dòng)的原因?

    目前測(cè)試情況不是很理想,暫時(shí)無(wú)法排查出什么原因,現(xiàn)在的現(xiàn)象是: 采樣AD值,直跳動(dòng)10來(lái)個(gè)點(diǎn)。而我們現(xiàn)在實(shí)際要求的比較高,要保證跳動(dòng)1-3個(gè)點(diǎn)。舉個(gè)例子,就是我現(xiàn)在連續(xù)采200個(gè)點(diǎn),采到的ad值都是19711,然后莫名其妙的就會(huì)有一兩個(gè)點(diǎn)變成19727。
    發(fā)表于 12-18 08:23

    TPA3221功放工作后莫名其妙就燒掉了,為什么?

    各位大神好,現(xiàn)在這個(gè)功放工作后莫名其妙就燒掉了,有時(shí)候工作中又無(wú)故不工作(需要重新復(fù)位)。內(nèi)部LDO正常,MUTE正常工作有5V,不正常的時(shí)候2V左右。輸出正常1/2VCC,不正常時(shí)有時(shí)候4V,有時(shí)候8V。
    發(fā)表于 10-11 06:09

    求助,關(guān)于OPA227增益帶寬積問(wèn)題求解

    夠達(dá)到要求,莫名其妙,如圖: 按理說(shuō)電路是樣的,不應(yīng)該有這么大的區(qū)別,難道是還有其他的什么參數(shù)導(dǎo)致這種結(jié)果嗎?
    發(fā)表于 09-14 08:03

    如何判斷段字符串的長(zhǎng)度

    這周課上介紹斷言實(shí)現(xiàn)的時(shí)候,莫名其妙被斷言的真真假假搞暈了。
    的頭像 發(fā)表于 08-12 17:42 ?472次閱讀
    如何判斷<b class='flag-5'>一</b>段字符串的長(zhǎng)度

    VisionFive v1下移植xv6,運(yùn)行到main.c時(shí)會(huì)出現(xiàn)莫名其妙錯(cuò)誤為什么?

    到main.c時(shí)會(huì)出現(xiàn)莫名其妙錯(cuò)誤,全局初始化變量started在mhartid=1核上會(huì)看到意想不到的值,后面全局變量都有同樣的問(wèn)題。
    發(fā)表于 05-21 08:15

    調(diào)試STM32和VPC3通訊,F(xiàn)SMC的復(fù)用功能總有莫名其妙的短脈沖出現(xiàn),為什么?

    各位大神們,小弟最近在調(diào)試STM32和VPC3通訊是,發(fā)現(xiàn)個(gè)奇怪的事情,我用的是FSMC的復(fù)用功能,讀寫數(shù)據(jù)都正常的,但是監(jiān)測(cè)數(shù)據(jù)線總有莫名其妙的短脈沖出現(xiàn),死活查不到原因,希望高手們給指點(diǎn)下
    發(fā)表于 05-17 08:52

    stm32f207片內(nèi)flash的前114個(gè)字節(jié)莫名其妙的變成了0x00的原因?

    stm32f207片內(nèi)flash的前114個(gè)字節(jié)莫名其妙的變成了0x00,這是什么問(wèn)題??會(huì)有哪些原因呢?沒(méi)有對(duì)0x8000000 開始的地址操作,因?yàn)檫@段地址是放應(yīng)用程序的。
    發(fā)表于 04-22 07:00

    執(zhí)行MC_StopMotor1() 就報(bào)FOC Duration錯(cuò)誤的原因?

    次啟動(dòng)不報(bào)錯(cuò),停止后就報(bào)錯(cuò),不確認(rèn)就啟動(dòng)不起來(lái)。過(guò)了很久又莫名其妙的啟動(dòng)了。
    發(fā)表于 04-12 07:44

    CPU帶32位的SPI去控制TLE82453,讀取的數(shù)值不對(duì)是為什么?

    以前用IO口模擬SPI去讀寫TLE82453都切正常,現(xiàn)在換了個(gè)CPU帶32位的SPI,去控制TLE82453,電流設(shè)置沒(méi)問(wèn)題正常,但是讀不對(duì),比如設(shè)置1000mA,有時(shí)候莫名其妙讀出來(lái)0 ,但是拿萬(wàn)用表量電壓再除以電磁閥電阻是對(duì)的上目標(biāo)電流值的,但是就是偶爾有時(shí)候讀的
    發(fā)表于 02-06 07:05

    TC1782地址擦除異常的原因?

    TC1782之前可以擦除0x80000000--0x80020000,今天在擦除這個(gè)區(qū)域的時(shí)候,莫名其妙的報(bào)錯(cuò);但是可以正常擦除0x80000000--0x80010000;難道是0x80010000--0x80020000有擦除次數(shù)限制?
    發(fā)表于 02-06 06:09

    N76E003芯片Xdata使用超過(guò)650就會(huì)不穩(wěn)定了的原因?怎么解決?

    ,問(wèn)題就好了。 這兩天又遇到奇怪的問(wèn)題,uart發(fā)送數(shù)據(jù)總是丟字節(jié),查了半天也找不到原因,最后又是清理了部分空間把710字節(jié)清到620字節(jié),又莫名其妙解決了問(wèn)題,反復(fù)測(cè)試確實(shí)是清理內(nèi)存這操作
    發(fā)表于 01-17 07:02