那就說(shuō)明你肯定有三個(gè)版本的ico，如果你的每一個(gè)頁(yè)面都加一段代碼
我們提供的服務(wù)有：成都做網(wǎng)站、成都網(wǎng)站制作、微信公眾號(hào)開發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認(rèn)證、遼陽(yáng)縣ssl等。為1000+企事業(yè)單位解決了網(wǎng)站和推廣的問(wèn)題。提供周到的售前咨詢和貼心的售后服務(wù)，是有科學(xué)管理、有技術(shù)的遼陽(yáng)縣網(wǎng)站制作公司
如下
link?rel="shortcut?icon"?href=""/????
在head與/head之間加入代碼
link?rel=”shortcut?icon”?href=”favicon.ico”
注意：
1、圖標(biāo)文件名必須是favicon.ico
2、favicon.ico文件必須放到網(wǎng)站的根目錄下
3、favicon.ico文件大小為16*16
===============================
link?rel=”Shortcut?Icon”?href=”favicon.ico”?/???IE地址欄前換成自己的圖標(biāo)
link?rel=”Bookmark”??href=”favicon.ico”?/???可以在收藏夾中顯示出你的圖標(biāo)
在站點(diǎn)根目錄下建立一個(gè)16*16的icon文件，并把名稱命名為favicon.ico一般不用寫link就可以應(yīng)用于站點(diǎn)下的沒(méi)一個(gè)頁(yè)面文件了。
===============================
而你肯定是每個(gè)頁(yè)面都用的這個(gè)ico圖片的地址文件都不一樣，可能文件名都不一樣，設(shè)計(jì)的ico圖片樣式是不一樣的，才產(chǎn)生了這個(gè)結(jié)果
如果new對(duì)象，需要自己管理對(duì)象的可見性，是單例還是非單例，Spring的IOC是一個(gè)工具，避免了這個(gè)管理上的麻煩。
這篇文章講的得不錯(cuò)：
Ioc—Inversion of Control，即“控制反轉(zhuǎn)”，不是什么技術(shù)，而是一種設(shè)計(jì)思想。在Java開發(fā)中，Ioc意味著將你設(shè)計(jì)好的對(duì)象交給容器控制，而不是傳統(tǒng)的在你的對(duì)象內(nèi)部直接控制。如何理解好Ioc呢？理解好Ioc的關(guān)鍵是要明確“誰(shuí)控制誰(shuí)，控制什么，為何是反轉(zhuǎn)（有反轉(zhuǎn)就應(yīng)該有正轉(zhuǎn)了），哪些方面反轉(zhuǎn)了”，那我們來(lái)深入分析一下：
●誰(shuí)控制誰(shuí)，控制什么：傳統(tǒng)Java SE程序設(shè)計(jì)，我們直接在對(duì)象內(nèi)部通過(guò)new進(jìn)行創(chuàng)建對(duì)象，是程序主動(dòng)去創(chuàng)建依賴對(duì)象；而IoC是有專門一個(gè)容器來(lái)創(chuàng)建這些對(duì)象，即由Ioc容器來(lái)控制對(duì) 象的創(chuàng)建；誰(shuí)控制誰(shuí)？當(dāng)然是IoC 容器控制了對(duì)象；控制什么？那就是主要控制了外部資源獲取（不只是對(duì)象包括比如文件等）。
●為何是反轉(zhuǎn)，哪些方面反轉(zhuǎn)了：有反轉(zhuǎn)就有正轉(zhuǎn)，傳統(tǒng)應(yīng)用程序是由我們自己在對(duì)象中主動(dòng)控制去直接獲取依賴對(duì)象，也就是正轉(zhuǎn)；而反轉(zhuǎn)則是由容器來(lái)幫忙創(chuàng)建及注入依賴對(duì)象；為何是反轉(zhuǎn)？因?yàn)橛扇萜鲙臀覀儾檎壹白⑷胍蕾噷?duì)象，對(duì)象只是被動(dòng)的接受依賴對(duì)象，所以是反轉(zhuǎn)；哪些方面反轉(zhuǎn)了？依賴對(duì)象的獲取被反轉(zhuǎn)了。
圖1-2有IoC/DI容器后程序結(jié)構(gòu)示意圖
1.2、IoC能做什么
IoC 不是一種技術(shù)，只是一種思想，一個(gè)重要的面向?qū)ο缶幊痰姆▌t，它能指導(dǎo)我們?nèi)绾卧O(shè)計(jì)出松耦合、更優(yōu)良的程序。傳統(tǒng)應(yīng)用程序都是由我們?cè)陬悆?nèi)部主動(dòng)創(chuàng)建依賴對(duì)象，從而導(dǎo)致類與類之間高耦合，難于測(cè)試；有了IoC容器后，把創(chuàng)建和查找依賴對(duì)象的控制權(quán)交給了容器，由容器進(jìn)行注入組合對(duì)象，所以對(duì)象與對(duì)象之間是 松散耦合，這樣也方便測(cè)試，利于功能復(fù)用，更重要的是使得程序的整個(gè)體系結(jié)構(gòu)變得非常靈活。
其實(shí)IoC對(duì)編程帶來(lái)的最大改變不是從代碼上，而是從思想上，發(fā)生了“主從換位”的變化。應(yīng)用程序原本是老大，要獲取什么資源都是主動(dòng)出擊，但是在IoC/DI思想中，應(yīng)用程序就變成被動(dòng)的了，被動(dòng)的等待IoC容器來(lái)創(chuàng)建并注入它所需要的資源了。
IoC很好的體現(xiàn)了面向?qū)ο笤O(shè)計(jì)法則之一—— 好萊塢法則：“別找我們，我們找你”；即由IoC容器幫對(duì)象找相應(yīng)的依賴對(duì)象并注入，而不是由對(duì)象主動(dòng)去找。
1.3、IoC和DI
DI—Dependency Injection，即“依賴注入”：組件之間依賴關(guān)系由容器在運(yùn)行期決定，形象的說(shuō)，即由容器動(dòng)態(tài)的將某個(gè)依賴關(guān)系注入到組件之中。依賴注入的目的并非為軟件系統(tǒng)帶來(lái)更多功能，而是為了提升組件重用的頻率，并為系統(tǒng)搭建一個(gè)靈活、可擴(kuò)展的平臺(tái)。通過(guò)依賴注入機(jī)制，我們只需要通過(guò)簡(jiǎn)單的配置，而無(wú)需任何代碼就可指定目標(biāo)需要的資源，完成自身的業(yè)務(wù)邏輯，而不需要關(guān)心具體的資源來(lái)自何處，由誰(shuí)實(shí)現(xiàn)。
理解DI的關(guān)鍵是：“誰(shuí)依賴誰(shuí)，為什么需要依賴，誰(shuí)注入誰(shuí)，注入了什么”，那我們來(lái)深入分析一下：
●誰(shuí)依賴于誰(shuí)：當(dāng)然是應(yīng)用程序依賴于IoC容器；
●為什么需要依賴：應(yīng)用程序需要IoC容器來(lái)提供對(duì)象需要的外部資源；
●誰(shuí)注入誰(shuí)：很明顯是IoC容器注入應(yīng)用程序某個(gè)對(duì)象，應(yīng)用程序依賴的對(duì)象；
●注入了什么：就是注入某個(gè)對(duì)象所需要的外部資源（包括對(duì)象、資源、常量數(shù)據(jù)）。
IoC和DI由什么關(guān)系呢？其實(shí)它們是同一個(gè)概念的不同角度描述，由于控制反轉(zhuǎn)概念比較含糊（可能只是理解為容器控制對(duì)象這一個(gè)層面，很難讓人想到誰(shuí)來(lái)維護(hù)對(duì)象關(guān)系），所以2004年大師級(jí)人物Martin Fowler又給出了一個(gè)新的名字：“依賴注入”，相對(duì)IoC 而言，“依賴注入”明確描述了“被注入對(duì)象依賴IoC容器配置依賴對(duì)象”。
看過(guò)很多對(duì)Spring的Ioc理解的文章，好多人對(duì)Ioc和DI的解釋都晦澀難懂，反正就是一種說(shuō)不清，道不明的感覺(jué)，讀完之后依然是一頭霧水，感覺(jué)就是開濤這位技術(shù)牛人寫得特別通俗易懂，他清楚地解釋了IoC(控制反轉(zhuǎn)) 和DI(依賴注入)中的每一個(gè)字，讀完之后給人一種豁然開朗的感覺(jué)。我相信對(duì)于初學(xué)Spring框架的人對(duì)Ioc的理解應(yīng)該是有很大幫助的。
二、分享Bromon的blog上對(duì)IoC與DI淺顯易懂的講解
2.1、IoC(控制反轉(zhuǎn))
首先想說(shuō)說(shuō)IoC（Inversion of Control，控制反轉(zhuǎn)）。這是spring的核心，貫穿始終。所謂IoC，對(duì)于spring框架來(lái)說(shuō)，就是由spring來(lái)負(fù)責(zé)控制對(duì)象的生命周期和對(duì)象間的關(guān)系。這是什么意思呢，舉個(gè)簡(jiǎn)單的例子，我們是如何找女朋友的？常見的情況是，我們到處去看哪里有長(zhǎng)得漂亮身材又好的mm，然后打聽她們的興趣愛好、qq號(hào)、電話號(hào)、ip號(hào)、iq號(hào)………，想辦法認(rèn)識(shí)她們，投其所好送其所要，然后嘿嘿……這個(gè)過(guò)程是復(fù)雜深?yuàn)W的，我們必須自己設(shè)計(jì)和面對(duì)每個(gè)環(huán)節(jié)。傳統(tǒng)的程序開發(fā)也是如此，在一個(gè)對(duì)象中，如果要使用另外的對(duì)象，就必須得到它（自己new一個(gè)，或者從JNDI中查詢一個(gè)），使用完之后還要將對(duì)象銷毀（比如Connection等），對(duì)象始終會(huì)和其他的接口或類藕合起來(lái)。
那么IoC是如何做的呢？有點(diǎn)像通過(guò)婚介找女朋友，在我和女朋友之間引入了一個(gè)第三者：婚姻介紹所。婚介管理了很多男男女女的資料，我可以向婚介提出一個(gè)列表，告訴它我想找個(gè)什么樣的女朋友，比如長(zhǎng)得像李嘉欣，身材像林熙雷，唱歌像周杰倫，速度像卡洛斯，技術(shù)像齊達(dá)內(nèi)之類的，然后婚介就會(huì)按照我們的要求，提供一個(gè)mm，我們只需要去和她談戀愛、結(jié)婚就行了。簡(jiǎn)單明了，如果婚介給我們的人選不符合要求，我們就會(huì)拋出異常。整個(gè)過(guò)程不再由我自己控制，而是有婚介這樣一個(gè)類似容器的機(jī)構(gòu)來(lái)控制。Spring所倡導(dǎo)的開發(fā)方式就是如此，所有的類都會(huì)在spring容器中登記，告訴spring你是個(gè)什么東西，你需要什么東西，然后spring會(huì)在系統(tǒng)運(yùn)行到適當(dāng)?shù)臅r(shí)候，把你要的東西主動(dòng)給你，同時(shí)也把你交給其他需要你的東西。所有的類的創(chuàng)建、銷毀都由?spring來(lái)控制，也就是說(shuō)控制對(duì)象生存周期的不再是引用它的對(duì)象，而是spring。對(duì)于某個(gè)具體的對(duì)象而言，以前是它控制其他對(duì)象，現(xiàn)在是所有對(duì)象都被spring控制，所以這叫控制反轉(zhuǎn)。
2.2、DI(依賴注入)
IoC的一個(gè)重點(diǎn)是在系統(tǒng)運(yùn)行中，動(dòng)態(tài)的向某個(gè)對(duì)象提供它所需要的其他對(duì)象。這一點(diǎn)是通過(guò)DI（Dependency Injection，依賴注入）來(lái)實(shí)現(xiàn)的。比如對(duì)象A需要操作數(shù)據(jù)庫(kù)，以前我們總是要在A中自己編寫代碼來(lái)獲得一個(gè)Connection對(duì)象，有了?spring我們就只需要告訴spring，A中需要一個(gè)Connection，至于這個(gè)Connection怎么構(gòu)造，何時(shí)構(gòu)造，A不需要知道。在系統(tǒng)運(yùn)行時(shí)，spring會(huì)在適當(dāng)?shù)臅r(shí)候制造一個(gè)Connection，然后像打針一樣，注射到A當(dāng)中，這樣就完成了對(duì)各個(gè)對(duì)象之間關(guān)系的控制。A需要依賴?Connection才能正常運(yùn)行，而這個(gè)Connection是由spring注入到A中的，依賴注入的名字就這么來(lái)的。那么DI是如何實(shí)現(xiàn)的呢？?Java 1.3之后一個(gè)重要特征是反射（reflection），它允許程序在運(yùn)行的時(shí)候動(dòng)態(tài)的生成對(duì)象、執(zhí)行對(duì)象的方法、改變對(duì)象的屬性，spring就是通過(guò)反射來(lái)實(shí)現(xiàn)注入的。
理解了IoC和DI的概念后，一切都將變得簡(jiǎn)單明了，剩下的工作只是在spring的框架中堆積木而已。
三、我對(duì)IoC(控制反轉(zhuǎn))和DI(依賴注入)的理解
在平時(shí)的java應(yīng)用開發(fā)中，我們要實(shí)現(xiàn)某一個(gè)功能或者說(shuō)是完成某個(gè)業(yè)務(wù)邏輯時(shí)至少需要兩個(gè)或以上的對(duì)象來(lái)協(xié)作完成，在沒(méi)有使用Spring的時(shí)候，每個(gè)對(duì)象在需要使用他的合作對(duì)象時(shí)，自己均要使用像new object() 這樣的語(yǔ)法來(lái)將合作對(duì)象創(chuàng)建出來(lái)，這個(gè)合作對(duì)象是由自己主動(dòng)創(chuàng)建出來(lái)的，創(chuàng)建合作對(duì)象的主動(dòng)權(quán)在自己手上，自己需要哪個(gè)合作對(duì)象，就主動(dòng)去創(chuàng)建，創(chuàng)建合作對(duì)象的主動(dòng)權(quán)和創(chuàng)建時(shí)機(jī)是由自己把控的，而這樣就會(huì)使得對(duì)象間的耦合度高了，A對(duì)象需要使用合作對(duì)象B來(lái)共同完成一件事，A要使用B，那么A就對(duì)B產(chǎn)生了依賴，也就是A和B之間存在一種耦合關(guān)系，并且是緊密耦合在一起，而使用了Spring之后就不一樣了，創(chuàng)建合作對(duì)象B的工作是由Spring來(lái)做的，Spring創(chuàng)建好B對(duì)象，然后存儲(chǔ)到一個(gè)容器里面，當(dāng)A對(duì)象需要使用B對(duì)象時(shí)，Spring就從存放對(duì)象的那個(gè)容器里面取出A要使用的那個(gè)B對(duì)象，然后交給A對(duì)象使用，至于Spring是如何創(chuàng)建那個(gè)對(duì)象，以及什么時(shí)候創(chuàng)建好對(duì)象的，A對(duì)象不需要關(guān)心這些細(xì)節(jié)問(wèn)題(你是什么時(shí)候生的，怎么生出來(lái)的我可不關(guān)心，能幫我干活就行)，A得到Spring給我們的對(duì)象之后，兩個(gè)人一起協(xié)作完成要完成的工作即可。
所以控制反轉(zhuǎn)IoC(Inversion of Control)是說(shuō)創(chuàng)建對(duì)象的控制權(quán)進(jìn)行轉(zhuǎn)移，以前創(chuàng)建對(duì)象的主動(dòng)權(quán)和創(chuàng)建時(shí)機(jī)是由自己把控的，而現(xiàn)在這種權(quán)力轉(zhuǎn)移到第三方，比如轉(zhuǎn)移交給了IoC容器，它就是一個(gè)專門用來(lái)創(chuàng)建對(duì)象的工廠，你要什么對(duì)象，它就給你什么對(duì)象，有了 IoC容器，依賴關(guān)系就變了，原先的依賴關(guān)系就沒(méi)了，它們都依賴IoC容器了，通過(guò)IoC容器來(lái)建立它們之間的關(guān)系。
這是我對(duì)Spring的IoC(控制反轉(zhuǎn))的理解。DI(依賴注入)其實(shí)就是IOC的另外一種說(shuō)法，DI是由Martin Fowler 在2004年初的一篇論文中首次提出的。他總結(jié)：控制的什么被反轉(zhuǎn)了？就是：獲得依賴對(duì)象的方式反轉(zhuǎn)了。
四、小結(jié)
對(duì)于Spring Ioc這個(gè)核心概念，我相信每一個(gè)學(xué)習(xí)Spring的人都會(huì)有自己的理解。這種概念上的理解沒(méi)有絕對(duì)的標(biāo)準(zhǔn)答案，仁者見仁智者見智。
1、定義不同
ioc：控制反轉(zhuǎn)（Inversion of Control，縮寫為IoC），是面向?qū)ο缶幊讨械囊环N設(shè)計(jì)原則，可以用來(lái)減低計(jì)算機(jī)代碼之間的耦合度。
aop：面向切面編程，通過(guò)預(yù)編譯方式和運(yùn)行期動(dòng)態(tài)代理實(shí)現(xiàn)程序功能的統(tǒng)一維護(hù)的一種技術(shù)。
2、功能不同
ioc：Class A中用到了Class B的對(duì)象b，一般情況下，需要在A的代碼中顯式的new一個(gè)B的對(duì)象。
采用依賴注入技術(shù)之后，A的代碼只需要定義一個(gè)私有的B對(duì)象，不需要直接new來(lái)獲得這個(gè)對(duì)象，而是通過(guò)相關(guān)的容器控制程序來(lái)將B對(duì)象在外部new出來(lái)并注入到A類里的引用中。而具體獲取的方法、對(duì)象被獲取時(shí)的狀態(tài)由配置文件（如XML）來(lái)指定。
aop：將日志記錄，性能統(tǒng)計(jì)，安全控制，事務(wù)處理，異常處理等代碼從業(yè)務(wù)邏輯代碼中劃分出來(lái)，通過(guò)對(duì)這些行為的分離，我們希望可以將它們獨(dú)立到非指導(dǎo)業(yè)務(wù)邏輯的方法中，進(jìn)而改變這些行為的時(shí)候不影響業(yè)務(wù)邏輯的代碼。
3、實(shí)現(xiàn)項(xiàng)目不同
ioc：現(xiàn)有的框架實(shí)際上使用以下三種基本技術(shù)的框架執(zhí)行服務(wù)和部件間的綁定：
類型1 (基于接口): 可服務(wù)的對(duì)象需要實(shí)現(xiàn)一個(gè)專門的接口，該接口提供了一個(gè)對(duì)象，可以重用這個(gè)對(duì)象查找依賴(其它服務(wù))。早期的容器Excalibur使用這種模式。
類型2 (基于setter): 通過(guò)JavaBean的屬性(setter方法)為可服務(wù)對(duì)象指定服務(wù)。HiveMind和Spring采用這種方式。
類型3 (基于構(gòu)造函數(shù)): 通過(guò)構(gòu)造函數(shù)的參數(shù)為可服務(wù)對(duì)象指定服務(wù)。PicoContainer只使用這種方式。HiveMind和Spring也使用這種方式。
aop：AOP是一個(gè)概念，并沒(méi)有設(shè)定具體語(yǔ)言的實(shí)現(xiàn)，它能克服那些只有單繼承特性語(yǔ)言的缺點(diǎn)（如Java），AOP具體實(shí)現(xiàn)有以下幾個(gè)項(xiàng)目：
AspectJ (TM)： 創(chuàng)建于Xerox PARC. 有近十年歷史，成熟
缺點(diǎn)：過(guò)于復(fù)雜；破壞封裝；需要專門的Java編譯器。
動(dòng)態(tài)AOP：使用JDK的動(dòng)態(tài)代理API或字節(jié)碼Bytecode處理技術(shù)。
基于動(dòng)態(tài)代理API的具體項(xiàng)目有：
JBoss 4.0 JBoss 4.0服務(wù)器
基于字節(jié)碼的項(xiàng)目有：
aspectwerkz ，spring
參考資料：百度百科-AOP
參考資料：百度百科-ioc
重慶分公司
重慶分公司
