jitandroid
⑴ 安卓平台屬於動態庫操作嗎
屬於
靜態庫全稱靜態鏈接庫，動態庫全稱動態鏈接庫，看到全稱就知道什麼意思了吧？也就是說在鏈接的時候才會用到的庫，只有C/C++、OC語言才會有鏈接過程，java沒有。
在Android中說到靜態庫和動態庫，一般說的都是C/C++代碼，我們知道在android中是通過jni技術訪問到C代碼的，我們會把C/C++打包成so文件，這個就是動態庫（共享庫）。如果我們想要使用的C庫是.a形式的靜態庫時，我們要把.a包裝成so庫，具體網上有方法。
個人感覺在java語言中討論靜態庫和動態庫就是個偽概念，java是的編譯結果是位元組碼文件，不是二進制文件，而且沒有鏈接的過程，jvm在解釋執行java代碼的時候調用C++代碼只能是動態的。
在C++和object C開發中，用編譯鏈接的過程，靜態庫在鏈接過程中，會和自己寫的源代碼打到一塊，多個程序多個靜態庫。動態庫不會打到一塊，如果有共享情況的話，系統只會載入一次。
OC的代碼處理過程是很復雜的，有預處理、編譯、鏈接過程，預處理就是處理宏什麼的，編譯這個過程就很復雜了，有編譯前端和編譯後端，編譯稱機器碼（中間還會有匯編的過程），鏈接就是鏈接動態庫或者靜態庫。
Android（java）代碼處理過程就很簡單啦，畢竟是運行在虛擬機上的。沒有所謂的預處理，直接編譯，這里的編譯也就是把java代碼轉化成位元組碼，這個編譯和OC中的編譯可不是一個概念，只不過也這么叫而已。後續Aandroid還會用dex工具把.class打包成.dex，不同的VM模式（5.0以後都是ART）會對.dex進行不同的優化，具體看Android 編譯到運行APK過程總結。需要提一下的是，ART採用AOT和JIT技術，在安裝或者運行的時候，會把位元組碼轉化成機器碼，這個機器碼也會受VM控制的，具體看Android之Dalvik 、ART
C/C++、Object C屬於編譯型語言，這是毋庸置疑的，因為它們都會在生成安裝包之前編譯成機器碼。
⑵ jit是干什麼的
你說的是android手機的jit開啟吧。android應用軟體一般都是用java開發的，java是hi一種解析性語言，就是運行的時候邊解析邊運行，所以速度上會稍微慢一點，因此才有jit這個玩意，指的就是運行的時候系統會把經常運行的程序優先轉換為本地代碼，運行的時候就不需要解析了，可以直接運行。這樣比較快，所以jit就是優化程序的
⑶ 安卓art和dalvik的區別
Dalvik是Google公司自己設計用於Android平台的Java虛擬機。Dalvik虛擬機是Google等廠商合作開發的Android移動設備平台的核心組成部分之一。它可以支持已轉換為 .dex（即Dalvik Executable）格式的Java應用程序的運行，.dex格式是專為Dalvik設計的一種壓縮格式，適合內存和處理器速度有限的系統。Dalvik 經過優化，允許在有限的內存中同時運行多個虛擬機的實例，並且每一個Dalvik 應用作為一個獨立的Linux 進程執行。獨立的進程可以防止在虛擬機崩潰的時候所有程序都被關閉。
Android操作系統已經成熟，Google的Android團隊開始將注意力轉向一些底層組件，其中之一是負責應用程序運行的Dalvik運行時。Google開發者已經花了兩年時間開發更快執行效率更高更省電的替代ART運行時。 ART代表Android Runtime，其處理應用程序執行的方式完全不同於Dalvik，Dalvik是依靠一個Just-In-Time (JIT)編譯器去解釋位元組碼。開發者編譯後的應用代碼需要通過一個解釋器在用戶的設備上運行，這一機制並不高效，但讓應用能更容易在不同硬體和架構上運 行。ART則完全改變了這套做法，在應用安裝時就預編譯位元組碼到機器語言，這一機制叫Ahead-Of-Time (AOT）編譯。在移除解釋代碼這一過程後，應用程序執行將更有效率，啟動更快。
⑷ Android ２.２系統什麼時候發布相比２.１功能有哪些提升
谷歌官方將在5月19日或是20日正式發布Android 2.2版本.一、Flash 10.1功能谷歌Android 2.2將會增加Flash功能，這一消息也得到了谷歌的工程副總裁Andy Rubin的證實，在加入Flash功能之後，Android手機將為用戶提供更好的互聯網以及游戲體驗。二、網路共享功能谷歌2.2版Android操作系統將支持USB tethering(網路共享功能)，從而實現手機與筆記本電腦共享網路連接。另外2.2版本還將支持Wi-Fi hotspot功能，這意味著新系統可以讓用戶的Android手機變成一個移動的Wi-Fi熱點，進而對附近設備進行Wi-Fi網路分享。三、應用程序自動更新功能升級之後的Android 2.2版本將支持程序自動更新功能。考慮到用戶總是希望能夠使用最新版本的應用軟體，以及Android系統能夠在後台運行任何任務，因此能夠推斷出2.2版本支持後台自動更新軟體並不是件難事。四、系統性能大幅提升除了上述功能特徵之外，Android在系統運行速度方面也將提升不少，按照國外媒體的表示，Android 2.2版操作系統將是運行最快的系統。2.2版本在內核中增加了新的JIT編譯器，它能夠讓用戶的手機更有效地處理代碼。經過浮點運算的測試，在Android 2.1版本的Nexus One手機為6-7 MFLOPS，而將Nexus One更新至Android 2.2版後，測試結果高達23-40 MFLOPS，效能提高了5倍之多。五、允許應運程序存儲至SD卡此前Android系統的內部存儲有限，直到現在也沒有得到解決，只有少數Android手機具有合理的存儲。谷歌一直表示公司將修復這一問題，其很有可能就在2.2版本上得到解決。即將到來的2.2版本將允許在SD卡中存儲應用程序，這能夠在很大程度上改善手機的內部存儲過小問題。不過相應的，谷歌也許會做出一個方法來加密其Android應用，以防止用戶調換SD卡安裝應用程序。六、其他人性化改善在其他方面，2.2版本的Android操作系統還將增加了軌跡球LED指示燈變色，增加了對3D性能的優化，FM收音機功能更也將在新系統中全面支持。可以看出，2.2版本在人性化操作方面以及細節功能方面的提升還是非常明顯的。
⑸ 安卓手機為什麼會卡
安卓手機為什麼會卡1
1、進入手機管家界面，選擇「一鍵優化」
2、等待系統初步掃描手機中的垃圾文件，可以釋放一部分內存。
3、在手機管家中，選擇「手機瘦身」
4、等待應用掃描手機中的文件，掃描完成後可以進行一些大小文件的選擇性刪除。
安卓手機為什麼會卡2
1、安卓系統代碼開源
眾所周知安卓系統最大優勢是開源，系統源碼可以被公眾使用並且對其修改和發行，允許任何移動終端廠商和開發者加入到Android聯盟中來。但是開源同樣也存在著弊端，那就是應用質量參差不齊以及標准雜亂無章。
開源大大降低了安卓系統開發者的門檻，而一個單純功能的簡單應用由於代碼質量粗糙，很可能要佔用200MB RAM。如果手機運存只有2GB，卡頓會變得特別明顯。
我們操作安卓手機的時候，有時候點開一個瀏覽器軟體，後台會自動喚醒有利益相關的幾款APP，即使安卓原生系統也無能為力。畢竟這一機制後面，是彼此應用的`利益鏈條，而對於國內應用市場，谷歌更是鞭長莫及。大量的程序運行勢必拖慢了手機的運行速度，手機操作起來就無法順暢。
2、系統沉澱垃圾
微信作為如今最常用通訊軟體，安卓版安裝包大小是30MB;不過半年以後再去看這個應用，它的內存佔用可以達到500MB甚至更多。這種情況在視頻軟體里隨處可見，尤其一些社交和音樂/視頻應用。積年累月當應用把手機存儲快要堆滿了，系統運行速度肯定越來越慢。
3、系統版本無法升級
根據報告顯示，在去年末Android5.0及其以上(Android 5.1和Android 6.0)的市場份額僅佔全部安卓陣營的26%。換句話說，三分之二的用戶還停留在Android 4.X時代，為什麼強調這個分水嶺，要從Android5.0說起。Android 5.0系統即徹底從Dalvik轉換到ART，在系統轉換以前：應用在運行的過程中，虛擬機Dalvik通過一個叫JIT(Just-in-time)的解釋器動態的進行編譯並執行，這種虛擬機模式會大大拖慢系統的運行效率。作為對比，ART模式則是在用戶安裝應用時就進行預編譯操作，將原本在程序運行中時的編譯動作提前到應用安裝時。在省去解釋代碼這一過程之後，應用的運行效率會更高。
完成這種更新延遲的根本在於很多廠商在手機售出之後很少進行系統升級推送，同時大量消費者又沒有更新手機系統的習慣。很多手機系統卡在Android4.4，而越來越多的新應用卻是為了適配更高系統打造的，所以手機卡頓不可避免。
卡頓了用戶需要怎麼做
怎樣解決手機越用越卡?第一需要有一台能保障系統定期更新的手機;在這一基礎上定期對手機內存清理，把碎片和部分緩存信息清理干凈。更進一步操作還會利用到系統自帶防火牆或者第三方自啟動管理軟體，根據使用習慣屏蔽一部分自啟動應用。
當然通讀全文，不難發覺隨著日積月累，手機卡頓現階段在所難免。而用戶自身，甚至是手機廠商能做的，是把這個卡頓的時間點不斷推遲。我們只能寄希望於那些技術開發者，早日研究出不會卡頓的手機。
⑹ 誰知道jit怎麼關啊
Just In Time 可以大幅度提高手機水平，說白了，JIT 在Android方面其實現實際上是在 Dalvik vm這一層，與內核是分離的，直觀的表現就是幾個庫文件。然後，JIT到底能提升機器多大的性能?我也不知道——不要跟我說Linpack跑多少分，學計算機的都知道，Linpack只是一個基準測試程序，測試的是機器的浮點計算能力、向量性能和高速緩存性能。Linpack只是眾多基準測試的一種，它的分數代表不了任何東西。它只有一個局部的計算性能參考然後，為什麼使用了JIT之後，Linpack的分數就能提高很多?OK，看 Linpack是干什麼的——有一項是測試高速緩存的，那麼，使用JIT之後，一部分Dalvik的位元組碼(apk程序包的邏輯部分，如*.dex 和*.odex)會被轉譯成手機CPU的指令代碼，那好，這部分代碼就可以進行重用，減少了編譯的時間，這就相當於一個「緩存」，使得訪問Dalvik位元組碼的次數大大降低，也就是減少了解釋執行位元組碼的次數。要知道，解釋執行位元組碼的速度是比較慢的，所以直接體現就是Linpack分數的提高。那麼，JIT對我們使用的影響大么?准確的說，有，但不是很大，根本達不到Froyo 2.2宣傳的那樣(我恨IT媒體)幾倍的提升。為什麼?因為我們用的系統不光有邏輯(程序執行)，還有UI(圖形渲染)，以及其他很多因素(線程調度、 I/O等等)，單獨的JIT技術只是提高了程序代碼的執行效率(還不是全部)，並未對系統有全局優化的功效。如果可以的話，可以針對Linpack專門設計一個優化的虛擬機，讓G2這樣的機器跑到30分也是沒問題的。但是實際使用的體驗不會好很多。
⑺ android和java的區別
android Java虛擬機和sun java虛擬機的主要區別體現在因為手機內存和硬體的限制，不可能直接將sun java虛擬機的機制搬過去，對於一些位元組、內存管理方面需要重新設計，一下是主要區別：
1、Dalvik 和標准 Java 虛擬機(JVM)
Dalvik 基於寄存器，而 JVM 基於棧。基於寄存器的虛擬機對於更大的程序來說，在它們編譯的時候，花費的時間更短。 JVM位元組碼中，局部變數會被放入局部變數表中，繼而被壓入堆棧供操作碼進行運算，當然JVM也可以只使用堆棧而不顯式地將局部變數存入變數表中。Dalvik位元組碼中，局部變數會被賦給65536個可用的寄存器中的任何一個，Dalvik指令直接操作這些寄存器，而不是訪問堆棧中的元素。
2、Dalvik 和 Java 位元組碼的區別
VM位元組碼由.class文件組成，每個文件一個class。JVM在運行的時候為每一個類裝載位元組碼。相反的，Dalvik程序只包含一個.dex文件，這個文件包含了程序中所有的類。Java編譯器創建了JVM位元組碼之後，Dalvik的dx編譯器刪除.class文件，重新把它們編譯成Dalvik位元組碼，然後把它們寫進一個.dex文件中。這個過程包括翻譯、重構、解釋程序的基本元素（常量池、類定義、數據段）。常量池描述了所有的常量，包括引用、方法名、數值常量等。類定義包括了訪問標志、類名等基本信息。數據段中包含各種被VM執行的函數代碼以及類和函數的相關信息（例如DVM所需要的寄存器數量、局部變數表、操作數堆棧大小），還有實例變數。
3、Dalvik 和 Java 運行環境的區別
Dalvik 經過優化，允許在有限的內存中同時運行多個虛擬機的實例，並且每一個Dalvik 應用作為一個獨立的Linux 進程執行。獨立的進程可以防止在虛擬機崩潰的時候所有程序都被關閉。
Dalvik虛擬機在android2.2之後使用JIT （Just-In-Time）技術，與傳統JVM的JIT並不完全相同，
Dalvik虛擬機有自己的 bytecode，並非使用 Java bytecode。
還有以下幾點：
1、Dalvik主要是完成對象生命周期管理，堆棧管理，線程管理，安全和異常管理，以及垃圾回收等等重要功能。
2、Dalvik負責進程隔離和線程管理，每一個Android應用在底層都會對應一個獨立的Dalvik虛擬機實例，其代碼在虛擬機的解釋下得以執行。
3、不同於Java虛擬機運行java位元組碼，Dalvik虛擬機運行的是其專有的文件格式Dex。
不過有一點是習慣了java語言開發的程序員，在android平台上同樣可以接著使用java的全部語法，只不過新增了很多知識點。
⑻ Android 在JitPack生成依賴之後， 代碼里的注釋都沒了
如何寫 library
在本節，我們一起來新建個 library，打開 Android Studio，New Project，在此工程名為 Hellolibrary，此後一直點擊 next 直至 finish 即可。此時應該是只有一個 mole 名為 app，一會我們會把它當做依賴 library 的示例模塊來使用，暫時先不管，我們先來創建一個 library，File->New->Mole，選擇 Android library，之後起個名字，在此叫做 library，finish 即可，此時工程目錄如下所示，其中 app 用來依賴使用 library。
那怎麼能在代碼上看出來 app 確實成功依賴了 library 呢？我們打開 app 中的 MainActivity，輸入 CustomUtil 試一下，如果發現像下圖那樣給你智能提示了，那就OK了，從下圖還能看到 CustomUtil 類所在的包是 com.icodeyou.library。我們調用一下它吧，如下圖也很簡單，不解釋了。
⑼ 如何部署android伺服器端的java代碼
Java平台般三版本：Java ME（微型版用於某些手機）、Java SE（標准版用於台式電腦）、Java EE（企業版用於伺服器端應用）談Java我通指Java SE版本包含虛擬機編譯器
首先Java代碼編譯稱位元組碼間格式位元組碼目標電腦運行虛擬機快速解析目標電腦硬體操作系統所需要本機格式
除發者提供編寫處運行優勢Java能通垃圾收器（GC）實現自內存管理發者免手代碼釋放用象內存雖功能非用且降低代碼引入內存問題風險增加運行銷需要停執行垃圾收進程
本文比較Java SE用於Android發Java間差異首先我介紹發者習慣Java
SE語言結構及何Android運行其我介紹何優化AndroidJava代碼何優化內存配及何恰處理線程
比較AndroidDalvik JavaJava SE
雖遠Android現前發者能用Java編程語言移設備編寫應用程序Java功能極限版本稱Java
ME（微型版）同移設備需編寫同代碼寫應用程序能支持Java
ME任何手機運行幾乎能外由於存線商店應用發布程極其復雜
Android問世發者提供構建智能手機強應用機發者需用Java編程語言及熟知標准Java
API編寫代碼盡管Android發者仍使用Java SE編譯器編譯應用程序發現James
Gosling發JavaAndroid設備Java存許同處
Android設備運行VM（虛擬機）稱Dalvik初由谷歌Dan
Bornstein發適用於CPU內存受限移設備Java SEDalvik Java存些差異主要體現虛擬機Java
SE使用棧機設計Dalvik設計基於寄存器機器Android SDKdx工具Java
SE棧機器位元組碼轉換基於寄存器Dalvik機器位元組碼該轉換步驟由IDE自完
基於棧虛擬機基於寄存器虛擬機定義及差異列入我討論范圍由於歷史原Android使用基於寄存器虛擬機雖基於寄存器虛擬機比基於棧虛擬機快32％限於執行解釋位元組碼虛擬機（說解釋型虛擬機）Android
2.2版本（稱Froyo）前Dalvik虛擬機都純解釋型Froyo版本引入JIT編譯器（即編譯）Java
SE早優勢
JIT編譯稱態翻譯執行前位元組碼翻譯本機代碼（圖1所示）主要兩處首先消除些純解釋型虛擬機銷；其能本機代碼執行優化通靜態編譯代碼做例JIT編譯器運行CPU選擇合適優化根據應用程序輸入析代碼何運行便進行步優化
圖1Android JavaJava SE翻譯步驟
雖AndroidDalvik JIT編譯器發展前景要達Java SEJIT編譯器般穩定、熟度尚需段間Dalvik JIT現Android提供巨性能優勢且斷改善
JAVA
SE虛擬機Dalvik虛擬機另區別者進行優化運行同機器實例機啟叫做zygote進程該進程創建第Dalvik實例由實例創建所其實例應用程序啟zygote進程收創建新虛擬機實例請求並給該應用程序創建新進程（圖2所示）發者已習慣於Java
SE發設計能看起切實際優勢避免由應用程序運行失敗導致Dalvik虛擬機崩潰繼引發應用程序崩潰
圖2Android啟新Dalvik虛擬機實例
AndroidJava
SE除運行虛擬機同外實現API式Android屬於javajavax包API都自Apache
Harmony（源項目旨重新實現Java SE軟體棧該項目201111月再維護）發面些APIJava
SE包類似存些差別例谷歌HttpUrlConnection類進行Java SE版本所沒重升級
外Android平台移除Java
SE關API例Swing/AWT包完全移除Android使用同UI框架其移除APIRMI、CORBA、ImageIOJMX或者替換特定Android版本（android包空間內）或者些實際原根本存
優化AndroidJava代碼
經改進Java
SE具備些簡化編寫復雜代碼結構新特性其些特性讓整流程變更簡單發者需要解何及何確使用另外由於Java
SE用於伺服器端發（使用Java企業版API）發員專門伺服器端Java代碼進行優化註解Java虛擬機腳本語言支持伺服器端發進行優化例證雖些工具構建端發強發Android客戶端代碼些特性作用甚至起反作用Java發者已經習慣於限量RAMCPUAndroid發需要密切關注性能內存配簡單說發者需要使用稍微同待Android端發
隨著Android首發布情況所改變曾經些Android盡量用Java規范重新推薦主要Android目前JIT編譯器解決些規范導致性能問題
本文討論編寫Android應用程序需要解Java代碼我深究Java編程語言細節重點關注Android發重要東西發者仍需解數適用於Java SE規則建議同適用於AndroidDalvik虛擬機
Android類型安全枚舉
Java SE 5.0新增許便發者新特性其值期待引入類型安全枚舉枚舉代碼用表示屬於某組幾選擇早期版本Java用整型量解決問題雖技術行容易錯請看面代碼：
public class Machine {
public static final int STOPPED = 10;
public static final int INITIALIZING = 20;
public static final int STARTING = 30;
public static final int RUNNING = 40;
public static final int STOPPING = 50;
public static final int CRASHED = 60;
private int mState;
public Machine() {
mState = STOPPED;
}
public int getState() {
return mState;
}
public void setState(int state) {
mState = state;
}
}
問題雖些量期望沒機制保證setState()接收同值要設置添加檢查旦非預期值發者需要處理錯誤發者所需要編譯檢查非賦值類型安全枚舉解決問題所示：
public class Machine {
public enum State {
STOPPED, INITIALIZING, STARTING, RUNNING, STOPPING, CRASHED
}
private State mState;
public Machine() {
mState = State.STOPPED;
}
public State getState() {
return mState;
}
public void setState(State state) {
mState = state;
}
}
注意聲明同類型安全值新加內部枚舉類編譯解決非賦值問題所代碼更容易錯
Dalvik虛擬機沒JIT編譯器優化代碼建議Android平台使用枚舉類型使用整型量相比種設計帶內存性能損失更些版本Android
API存整型量原今更強JIT編譯器及斷改進Dalvik虛擬機發者必再擔問題放膽使用類型安全枚舉即
仍存些情況使用整型量更選擇像intJava基本類型增加GC銷外Android SDK許已API仍依賴基本類型比Handler類——種情況沒太選擇
Android增強版for循環
Java SE 5.0引入增強版for循環提供通用縮寫表達式遍歷集合數組首先比較五種：
void loopOne(String[] names) {
int size = names.length;
for (int i = 0; i < size; i++) {
printName(names[i]);
}
}
void loopTwo(String[] names) {
for (String name : names) {
printName(name);
}
}
void loopThree(Collection names) {
for (String name : names) {
printName(name);
}
}
void loopFour(Collection names) {
Iterator iterator = names.iterator();
while (iterator.hasNext()) {
printName(iterator.next());
}
}
// 要ArrayList使用增強版for循環
void loopFive(ArrayList names) {
int size = names.size();
for (int i = 0; i < size; i++) {
printName(names.get(i));
}
}
面顯示四種同遍歷集合數組式前面兩種著相同性能所讀取元素放數組使用增強版for循環Collection象說增強版for循環使用迭代器遍歷元素著相同性能ArrayList象應避免使用增強版for循環
僅需要遍歷元素且需要元素位置定要使用數組或者ArrayList所其Collection類些情況更慢
般情況讀取元素幾乎變數據集性能要求高建議使用規數組數組固定添加數據影響性能所編寫代碼要考慮所素
隊列、同步鎖
通情況應用程序線程產數據另線程使用見例線程獲取網路數據另線程（操作UI主線程）些數據展現給用戶種模式稱產者/消費者模式面向象編程課程發者用算實現該模式能要花幾面介紹些簡化產者/消費者模式實現現類
1. 更智能隊列
雖已現類並能用更少代碼實現該功能許Java發者仍選擇使用LinkedList及同步塊實現隊列功能發者java.util.concurrent包找同步相關類外本包包含信號量、鎖及單變數進行原操作類考慮面使用標准LinkedList實現線程安全隊列代碼
public class ThreadSafeQueue {
private LinkedList mList = new LinkedList();
private final Object mLock = new Object();
public void offer(String value) {
synchronized (mLock) {
mList.offer(value);
mLock.notifyAll();
}
}
public synchronized String poll() {
synchronized (mLock) {
while (mList.isEmpty()) {
try {
mLock.wait();
} catch (InterruptedException e) {
//簡潔起見忽略異處理
}
}
return mList.poll();
}
}
}
雖段代碼確並能考試滿實現測試段代碼浪費間實際所前面代碼用面行代替
LinkedBlockingQueue blockingQueue =
new LinkedBlockingQueue();
面行代碼能像前面例提供相同類型阻塞隊列甚至能提供額外線程安全操作java.util.concurrent包含許選隊列及並發映射類所般情況建議使用像前示例使用更代碼
2. 更智能鎖
Java提供synchronized關鍵字允許發者創建線程安全代碼塊synchronized關鍵字易於使用容易濫用性能造負面影響需要區讀數據寫數據synchronized關鍵字並效幸java.util.concurrent.locks包工具類種情況提供支持
public class ReadWriteLockDemo {
private final ReentrantReadWriteLock mLock;
private String mName;
private int mAge;
private String mAddress;
public ReadWriteLockDemo() {
mLock = new ReentrantReadWriteLock();
}
public void setPersonData(String name, int age, String address) {
ReentrantReadWriteLock.WriteLock writeLock = mLock.writeLock();
try {
writeLock.lock();
mName = name;
mAge = age;
mAddress = address;
} finally {
writeLock.unlock();
}
}
public String getName() {
ReentrantReadWriteLock.ReadLock readLock = mLock.readLock();
try {
readLock.lock();
return mName;
} finally {
readLock.unlock();
}
}
// 重復代碼再贅述
}
面代碼展示使用ReentrantReadWriteLock允許並發線程數據進行讀訪問並確保同間線程寫入相同數據
代碼使用synchronized關鍵字仍處理鎖問題效論何種情況都要考慮ReentrantReadWriteLock否