❶ 怎麼打開.so文件
SO文件為主要與primarily Unknown Apple II File (found on Golden Orchard Apple II CD Rom)相關聯的開發者文件 。
打開 SO文件的最快速最容易的方法便是雙擊文件。這樣做可以讓Windows智能決定使用正確的程序打開SO文件。
若出現無法打開SO文件的情況，很可能是因為電腦上沒有安裝查看或編輯SO文件擴展名的恰當程序。
若電腦打開了SO文件，但使用的是錯誤的應用程序，則需要更改Windows注冊文件關聯設置。也就是說，Windows正在使用錯誤的程序關聯SO 文件擴展名。
❷ 如何查看so文件內容
摘要 查看so文件內容，方法如下：
❸ 求.so文件的編譯、修改方法
主要是gcc編譯時候選擇是靜態庫還是動態庫。如下
gcc -c test.c
ar -r test.a test.o 生成靜態庫
gcc -fPIC -shared test.c -o test.so 生成動態庫
自己生成的動態庫為了能夠讓ld找到，必須要修改連接路徑或者把動態庫放到指定的目錄裡面。
❹ liunx裡面怎麼查看so文件
方法一：
文件名已經帶有版本號：
這種情況下很容易就能夠看到軟鏈指向的文件的版本號是 1.0.1
方法二：
當文件名不帶版本號時：
使用readelf -a ***.so讀取出文件的版本號，不過此時只能讀取到主版本號，version：1
❺ eclipse怎麼查看so文件
方法一：如果把so放在libs/armeabi/下，eclipse中so會自動打包進去，然後使用System.load("data/data/xxx.xxx.xxx/lib/xx.so")；載入so。
方法二：如果放到assert下的話，程序運行後將assert中的so寫到data/data/xxx.xxx.xxx/files/下。然後使用System.load("data/data/xxx.xxx.xxx/files/xx.so")載入。
❻ 如何打開.so文件
打開 SO文件的最快速最容易的方法便是雙擊文件。這樣做可以讓Windows智能決定使用正確的程序打開SO文件。
若出現無法打開SO文件的情況，很可能是因為電腦上沒有安裝查看或編輯SO文件擴展名的恰當程序。
若電腦打開了SO文件，但使用的是錯誤的應用程序，則需要更改Windows注冊文件關聯設置。也就是說，Windows正在使用錯誤的程序關聯SO 文件擴展名。
❼ 如何查看 linux 下 so文件
方法一：
文件名已經帶有版本號：
這種情況下很容易就能夠看到軟鏈指向的文件的版本號是 1.0.1
方法二：
當文件名不帶版本號時：如下所示
使用readelf -a ***.so讀取出文件的版本號，不過此時只能讀取到主版本號，version：1
方法三：
如果文件名不帶版本號，且又想知道具體的版本號的時候怎麼辦呢？
這時候只能使用傻瓜方法，生成md5值與已知版本號的共享庫相對比了。
$ md5sum fcrypt.so.1.0.1
fcrypt.so.1.0.1
$ md5sum fcrypt.so
fcrypt.so
兩個md5值一致，由此得出版本應該是1.0.1。
❽ 哪個命令可以查看.lib或.so文件
ldd 查看可執行文件鏈接了哪些 系統動態鏈接庫
nm 查看可執行文件裡面有哪些符號
strip 去除符號表可以給可執行文件瘦身
如果我們想從可執行程序裡面提取出來一點什麼文本信息的話，還可以用strings命令
strings
Linux操作系統上面的動態共享庫大致分為三類：
1、操作系統級別的共享庫和基礎的系統工具庫
比方說libc.so, libz.so, libpthread.so等等，這些系統庫會被放在/lib和/usr/lib目錄下面，如果是64位操作系統，還會有/lib64和/usr /lib64目錄。如果操作系統帶有圖形界面，那麼還會有/usr/X11R6/lib目錄，如果是64位操作系統，還有/usr/X11R6 /lib64目錄。此外還可能有其他特定Linux版本的系統庫目錄。
這些系統庫文件的完整和版本的正確，確保了Linux上面各種程序能夠正常的運行。
2、應用程序級別的系統共享庫
並非操作系統自帶，但是可能被很多應用程序所共享的庫，一般會被放在/usr/local/lib和/usr/local/lib64這兩個目錄下面。很多你自行編譯安裝的程序都會在編譯的時候自動把/usr/local/lib加入gcc的-L參數，而在運行的時候自動到/usr/local /lib下面去尋找共享庫。
以上兩類的動態共享庫，應用程序會自動尋找到他們，並不需要你額外的設置和擔心。這是為什麼呢？因為以上這些目錄默認就被加入到動態鏈接程序的搜索路徑裡面了。Linux的系統共享庫搜索路徑定義在/etc/ld.so.conf這個配置文件裡面。這個文件的內容格式大致如下：
/usr/X11R6/lib64
/usr/X11R6/lib
/usr/local/lib
/lib64
/lib
/usr/lib64
/usr/lib
/usr/local/lib64
/usr/local/ImageMagick/lib
假設我們自己編譯安裝的ImageMagick圖形庫在/usr/local/ImageMagick目錄下面，並且希望其他應用程序都可以使用 ImageMagick的動態共享庫，那麼我們只需要把/usr/local/ImageMagick/lib目錄加入/etc/ld.so.conf文件裡面，然後執行：ldconfig 命令即可。
ldcofig將搜索以上所有的目錄，為共享庫建立一個緩存文件/etc/ld.so.cache。為了確認ldconfig已經搜索到ImageMagick的庫，我們可以用上面介紹的strings命令從ld.so.cache裡面抽取文本信息來檢查一下：
strings /etc/ld.so.cache | grep ImageMagick
輸出結果為：
/usr/local/ImageMagick/lib/libWand.so.10
/usr/local/ImageMagick/lib/libWand.so
/usr/local/ImageMagick/lib/libMagick.so.10
/usr/local/ImageMagick/lib/libMagick.so
/usr/local/ImageMagick/lib/libMagick++.so.10
/usr/local/ImageMagick/lib/libMagick++.so
已經成功了！
3、應用程序獨享的動態共享庫
有很多共享庫只被特定的應用程序使用，那麼就沒有必要加入系統庫路徑，以免應用程序的共享庫之間發生版本沖突。因此Linux還可以通過設置環境變數LD_LIBRARY_PATH來臨時指定應用程序的共享庫搜索路徑，就像我們上面舉的那個例子一樣，我們可以在應用程序的啟動腳本裡面預先設置 LD_LIBRARY_PATH，指定本應用程序附加的共享庫搜索路徑，從而讓應用程序找到它。
❾ linux下如何查看.a.so文件是由什麼文件編譯連接
linux下如何查看.a.so文件是由什麼文件編譯連接
so文件就是通常說的動態鏈接庫，就跟windows下的dll文件差不多。
ko是內核模塊文件，驅動之類的啥的。
不過在linux系統下文件的後綴多數情況下只是個標識，有可能代表不了文件的真實屬性的。
至於怎麼編寫，就跟用VS編譯dll或者lib文件差不多，把你的代碼編譯完成以後命名為相應的後綴就好了。
我了解的一般都是C程序，java屬於腳本語言，程序多數情況下是被解釋執行的，所以一般不需要編譯成庫。至於如何編譯成庫文件，如果你在windows下做過開發的話應該不用我解釋太多。實在不知道的話可以再問我哈~~
希望以上回答能對你有所幫助。
❿ 怎麼查看.so或者.a文件是用什麼工具編譯生成的
file xxx.so