frameworklinux

❶ linux系統上能安裝.net Framework嗎

首先目前是不能在Linux上直接安裝、運行.net程序的。

1、微軟正在致力於把.net framework移植到Linux和Mac上。個人覺得微軟不會真心的、大力的推進這個項目，誰會挖自己的牆角呢？所以不要期望過高。

2、有一個叫Mono的項目，可以使Linux也支持.net framework。但它的支持不是完全的，目前他們正在努力工作以支持.net framework4。可以搜索Mono。

3、wine，windows的模擬器。

❷ 給出LINUX系統基本構成框架 圖或者語言描述

/ 根目錄。Linux文件系統的最底層目錄。/etc 服務主配置文件目錄，像apache網站服務、postfix電子郵局服務等等各種服務的主配置文件全部放在這個目錄里。/var 服務運行調用文件和輸出文件的存放目錄，如mysql資料庫服務運行時，庫文件存放的目錄就在/var下。/boot 系統啟動文件存放的目錄/root 系統超級管理員用戶根目錄。root用戶登錄之後就在這個目錄。/home 系統普通用戶根目錄。所有的普通用戶在創建時默認都會在/home下創建相應的根目錄，目錄名字就是用戶名字。/dev 系統認到的所有硬體設備的印象文件和2進制配置文件都在這里/mnt 系統掛載外部文件系統的入口目錄，比如光碟機，每次放入新的光碟（外部文件系統），要進行掛載才能進入光碟內讀取資料，進入光碟就是從/mnt下的cdrom目錄進來的，那個cdrom就是光碟的入口。/usr 各種應用程序的安裝目錄，像windows下的program files

❸ 如何利用robotframework連接linux

1.環境配置 Robot Framework 是python開發的開源測試框架，在使用時，需要安裝python環境。Linux系統上的使用在最後再進行介紹，一般在windows系統中使用時，可以使用客戶端輔助進行腳本的編寫，這里我們用RIDE，由於RIDE本身是基於wxPyhton的，...

❹ Framework應用框架為什麼重要呢

對於絕大多數 Android 開發工程師來說，掌握Android Framework 一直是一個不光要熟練而且必須要精通的技能。Framework這個應用框架是Android開發中最基礎，但同時也是最重要的。Framework包含了Android IPC Binder機制、Handler消息機制、Dalvik VM進程系統、AMS、WMS和Package Manager Service等等。而這些類別里又包含很多小類，有許多的分支，每一個小類里還有很多小細節，這些都是Android開發工程師必須熟練掌握和精通的技能。
如果做成一個框架圖的話，就是下面這樣的：這只是一個簡單的框架圖，其實還有很多分支

很多大廠公司在面試的時候都會有很多的技術面試題，這是考察程序員必不可少的題目。
比方說：

1.Android中多進程通信的方式有哪些？
2.進程通信你用過哪些？原理是什麼？（位元組跳動、小米）
3.描述下Binder機制原理？（東方頭條）
4.Binder線程池的工作過程是什麼樣？（東方頭條）
5.Handler怎麼進行線程通信，原理是什麼？（東方頭條）
6.Handler如果沒有消息處理是阻塞的還是非阻塞的？（位元組跳動、小米）
7.handler.post(Runnable) runnable是如何執行的？（位元組跳動、小米）
8.handler的Callback和handlemessage都存在，但callback返回true handleMessage還會執行么？（位元組跳動、小米）
9.Handler的sendMessage和postDelay的區別？（位元組跳動）
10.IdleHandler是什麼？怎麼使用，能解決什麼問題？
11.為什麼Looper.loop不阻塞主線程？（騰訊）
12.Looper無限循環為啥沒有ANR（B站）
13.Looper如何在子線程中創建？（位元組跳動、小米）
14.Looper、handler、線程間的關系。例如一個線程可以有幾個Looper可以對應幾個Handler？（位元組跳動、小米）
15.如何更新UI，為什麼子線程不能更新UI？(美團)
16.ThreadLocal的原理，以及在Looper是如何應用的？（位元組跳動、小米）
17.Android 有哪些存儲數據的方式？
18.SharedPreference原理，commit與apply的區別是什麼？使用時需要有哪些注意？（騰訊）
19.如何判斷一個 APP 在前台還是後台？
20.如何做應用保活？
21.一張圖片100x100在內存中的大小？（位元組跳動）
22.Intent的原理，作用，可以傳遞哪些類型的參數?
然後會再擴展到和這些知識點相關的更深層次的知識點細節，直到問的你答不上來為止，以此來探尋你的技術邊際，這樣就能更深入地了解你的技術能力。

Android Framework重要性
Android Framework 開發雖然比較偏底層，圈子窄，但是能掌握一些原理的東西，可以觸類旁通，往應用層發展也可以，接下來我們看看Framework知識有多重要。舉幾個栗子，你或許就能清楚了。

像掉幀監控，函數插裝，慢函數檢測，ANR 監控，啟動監控，都需要對 Framework 有比較深入的了解，才能知道怎麼去做監控，利用什麼機制去監控，函數插樁插到哪裡，反射調用該反射哪個類哪個方法哪個屬性……

目前大公司的app開發都要基於模塊化、層次化、組件化、控制項化的思路來設計架構，而這一切的基礎都建立在Android Framework系統框架底層原理實現之上。

Binder是Android系統中最重要的組成
Binder是什麼呢？請看下圖，圖是最能清楚明了的直觀表達的工具

優勢描述
性能：只需要一次數據拷貝，性能上僅次於共享內存
穩定性：基於C/S架構，職責明確，架構清晰，因此穩定性好
安全性：為每個App分配UID,進程的UID是鑒別進程身份的重要標志
Android IPC Binder機制包含了 ：Linux預備知識、傳統的Linux中IPC通信原理、Binder IPC通信原理和Binder Java層實現，這些裡面都各有好多小分支，小細節需要仔細的去學習掌握。
騰訊高級工程師Binder面試
1.為什麼 Android 要採用 Binder 作為 IPC 機制？
2.Binder到底是什麼？
3.Binder機制是如何跨進程的？
4.一次Binder通信的基本流程是什麼樣？
5.為什麼 Activity 間傳遞對象需要序列化？
6.四大組件底層的通信機制是怎樣的？
7.AIDL 內部的實現原理是什麼？
這些都是關於Binder機制面試時會問到的點。

Handler主要用於非同步消息的處理： 有點類似輔助類，封裝了消息投遞、消息處理等介面。當發出一個消息之後，首先進入一個消息隊列，發送消息的函數即刻返回，而另外一個部分在消息隊列中逐一將消息取出，然後對消息進行處理，也就是發送消息和接收消息不是同步的處理。 這種機制通常用來處理相對耗時比較長的操作。
2、為什麼要用handler？

為什麼要用handler？不用這種機制行不行？不行！android在設計的時候，就封裝了一套消息的創建、傳遞、處理機制，如果不遵循這種機制，就沒有辦法更新UI信息，就會拋出異常信息。

在android開發中，經常會在子線程中進行一些操作，當操作完畢後會通過handler發送一些數據給主線程，通知主線程做相應的操作。探索其背後的原理：子線程handler主線程其實構成了線程模型中的經典問題生產者-消費者模型。生產者-消費者模型：生產者和消費者在同一時間段內共用同一個存儲空間，生產者往存儲空間中添加數據，消費者從存儲空間中取走數據。

❺ 在linux平台上可以安裝.net framework嗎

首先目前是不能在Linux上直接安裝、運行.net程序的。
1、微軟正在致力於把.net framework移植到Linux和Mac上。個人覺得微軟不會真心的、大力的推進這個項目，誰會挖自己的牆角呢？所以不要期望過高。
2、有一個叫Mono的項目，可以使Linux也支持.net framework。但它的支持不是完全的，目前他們正在努力工作以支持.net framework4。有個念想就好。
3、wine，windows的模擬器。

❻ Android的framework是完全處於Linux內核的上層嗎

android對kernel的特別改動，應該已經進到kernel tree里了。
除此之外，HAL及以上，都可以認為是廣義framework。

❼ Linux下能不能使用.net

我們不得不承認，Mono 項目對於開發者來說，已經成為在開源項目中最引人期待渴望的項目了。它的出現使得.NET framework可以首次在Linux和其它的平台上運行。把應用程序的部署擴大到了更大的范圍。
最近，Mono項目的Beta3版已經發布。在這篇文章里，我希望可以使你了解到如何去得到Mono 的Beta3 版，並且如何使它在你的linux 系統中運行，還有如何通過Mono平台運行你的第一個.NET應用程序。
如果你是一個Windows 平台下的開發者，如果你正在考慮用 Linux作為你 .NET 應用程序的主機。那麼Mono beta版提供了一個很好的辦法，使你可以預先在Linux 平台上對您的應用程序進行測試和調試。
提醒：
Mono Beta 3僅僅是被用來測試，並不推薦當作一個產品去使用。
我們用Red Hat 9.0作為我們這次文章講解的平台來安裝和配置Mono。如果你現在還沒有 Red Hat 或者其它版本的 Linux伺服器，那麼，你可以從here下載Red Hat 的ISO文件安裝。
但是，如果你沒有空閑的計算機或者伺服器去運行 RedHat，你可以在你的計算機上安裝一個雙啟動，或者，你可以通過軟體做一個虛擬機，例如像VMWare。不過請注意看 Red Hat.安裝說明。
當你安裝好Red Hat並成功運行了Red Hat後，你下一步需要做的就是下載Mono Beta3從Go-Mono Web site.請注意，針對不同的操作系統的
Mono有不同的版本。
? Red Hat 9.0/x86
? Fedora Core 1/x86
? Fedora Core 2/x86
? SLES 8/x86
? SUSE 9/x86
? SUSE 9.1/x86
? Windows (2000 and above)
? Mac OS X
針對這篇文章，你需要下載的版本是Red Hat 9.0/x86 version.。有兩種不同的下載途徑。一種是比較大尺寸的zip格式文件，這個文件里包含了所需的所有RPM文件。另外一種是單獨下載你所需的每個獨立的RPM文件。

關於RPM

如果你是一個Linux的新手，是否對RPM 感到陌生。RPM 是 「Red Hat Package Manager」它是一個標準的文件格式。通常在Linux 上的文件管理格式都是RPM。你可以學習到更多的RPM在here.
當然，最方便的方法還是下載包含所有你所需RPM文件的zip文件。當你下載，並解壓縮了那個zip包後。你就會看見很多獨立的RPM文件。這時你可以雙擊每一個RPM文件逐個去安裝。但是這種做法需要注意安裝的從屬關系，先後次序。所以，一種比較簡單的安裝方法是通過命令的方式對RPM文件進行一次統一的安裝。

首先你要保證你是用root的身份登陸的，然後輸入如下命令一次安裝所有的這些packages文件。
rpm -Uvh --nodeps *.rpm

如果在這個時候，你已經安裝了一部份package文件，也不要緊你可以使用下面的命令一次性的重新安裝所有的Mono package。

rpm -Uvh --nodeps --force *.rpm
技巧，在對 RPM文件進行操作的時候，如果不記得命令，可以輸入 RPM –help 或者查看這個文檔here.。
一但你安裝完了所有的RPM packages,你還需要進行一個測試，以確保所有的Mono組件都可以運行。Mono提供了一個light-weight的 Web服務叫XSP。它是用C#並且裝載了許多的測試頁，你可以通過這些頁面來確定Mono beta版是否安裝並可以運行。
To start the XSP Web server, open a terminal and run:
mono /usr/bin/xsp.exe --port 80
當Web服務啟動了以後，你可以看到test .ASPX頁，在導航條中輸入http://127.0.0.1/test/
在這個.ASPX pages頁中你可以看到很多與ASP.NET不同的特性，包括：用戶界面，code-behind（代碼分離）以及很多不同的技術例如：
data binding （數據邦定）。在這個頁面里，你還會看到許多關於Web服務的例子和文檔。

注意，這里的很多例子都需要額外的安裝一些程序，例如象data binding邦定的例子，你就需要首先有一個資料庫的 table .。 否則，許多的例子，當你在瀏覽的時候會顯示一些錯誤的信息。
現在，可以確認，你已經成功地安裝並且已經成功的開啟了Web服務。現在，我們可以開始測試我們已經做好的.NET應用程序了。在zip文件中提供了一個MonoDevelop，它是一個一個開源的IDE，你可以使用它來進行基於Mono framework的開發。這個IDE快捷方式在程序啟動—〉More Programming Tools > MonoDevelop.

當你啟動了這個MonoDevelop IDE後，你就可以使用File菜單中的import，插入一個Visual Studio項目，然後在MonoDevelop IDE中編譯和運行。不過這時要注意，Mono支持C#但是並不支持VB.NET，所以，請確定你的應用程序是用c#編寫的。
最後，無論你是一個尋找新的Linux下開發工具的的開發者，或者是一個尋找新的平台的.NET下的開發者，Mono Beta 3都將會給你帶來驚喜。

❽ linux 怎麼部署playframework1.3.4

Play Framework有自帶的伺服器，也可部署到其他伺服器上。這里講解下如何將Play的項目部署到Tomcat。
1.准備war包
首先進入play目錄：
然後利用命令：play war [項目所在絕對路徑] -o [生成的war包名稱（包括路徑）]
這里要注意生成的war包最好指定到其他目錄，比如C盤根目錄。
2. 部署到Tomcat
將得到的war文件夾里的WEB-INF文件復制到Tomcat目錄下的ROOT下，直接覆蓋。
啟動Tomcat即可訪問：http://localhost:8080/

❾ 解釋一下linux驅動程序結構框架及工作原理

一、Linux device driver 的概念

系統調用是操作系統內核和應用程序之間的介面，設備驅動程序是操作系統內核和機器硬體之間的介面。設備驅動程序為應用程序屏蔽了硬體的細節，這樣在應用程序看來，硬體設備只是一個設備文件，應用程序可以象操作普通文件一樣對硬體設備進行操作。設備驅動程序是內核的一部分，它完成以下的功能:

1、對設備初始化和釋放；

2、把數據從內核傳送到硬體和從硬體讀取數據；

3、讀取應用程序傳送給設備文件的數據和回送應用程序請求的數據；

4、檢測和處理設備出現的錯誤。

在Linux操作系統下有三類主要的設備文件類型，一是字元設備，二是塊設備，三是網路設備。字元設備和塊設備的主要區別是:在對字元設備發出讀/寫請求時，實際的硬體I/O一般就緊接著發生了，塊設備則不然，它利用一塊系統內存作緩沖區，當用戶進程對設備請求能滿足用戶的要求，就返回請求的數據，如果不能，就調用請求函數來進行實際的I/O操作。塊設備是主要針對磁碟等慢速設備設計的，以免耗費過多的CPU時間來等待。

已經提到，用戶進程是通過設備文件來與實際的硬體打交道。每個設備文件都都有其文件屬性(c/b)，表示是字元設備還是塊設備?另外每個文件都有兩個設備號，第一個是主設備號，標識驅動程序，第二個是從設備號，標識使用同一個設備驅動程序的不同的硬體設備，比如有兩個軟盤，就可以用從設備號來區分他們。設備文件的的主設備號必須與設備驅動程序在登記時申請的主設備號一致，否則用戶進程將無法訪問到驅動程序。

最後必須提到的是，在用戶進程調用驅動程序時，系統進入核心態，這時不再是搶先式調度。也就是說，系統必須在你的驅動程序的子函數返回後才能進行其他的工作。如果你的驅動程序陷入死循環，不幸的是你只有重新啟動機器了，然後就是漫長的fsck。

二、實例剖析

我們來寫一個最簡單的字元設備驅動程序。雖然它什麼也不做，但是通過它可以了解Linux的設備驅動程序的工作原理。把下面的C代碼輸入機器，你就會獲得一個真正的設備驅動程序。

由於用戶進程是通過設備文件同硬體打交道，對設備文件的操作方式不外乎就是一些系統調用，如 open，read，write，close…， 注意，不是fopen， fread，但是如何把系統調用和驅動程序關聯起來呢?這需要了解一個非常關鍵的數據結構：

STruct file_operatiONs {

int (*seek) (struct inode * ，struct file *， off_t ，int);

int (*read) (struct inode * ，struct file *， char ，int);

int (*write) (struct inode * ，struct file *， off_t ，int);

int (*readdir) (struct inode * ，struct file *， struct dirent * ，int);

int (*select) (struct inode * ，struct file *， int ，select_table *);

int (*ioctl) (struct inode * ，struct file *， unsined int ，unsigned long);

int (*mmap) (struct inode * ，struct file *， struct vm_area_struct *);

int (*open) (struct inode * ，struct file *);

int (*release) (struct inode * ，struct file *);

int (*fsync) (struct inode * ，struct file *);

int (*fasync) (struct inode * ，struct file *，int);

int (*check_media_change) (struct inode * ，struct file *);

int (*revalidate) (dev_t dev);

}

這個結構的每一個成員的名字都對應著一個系統調用。用戶進程利用系統調用在對設備文件進行諸如read/write操作時，系統調用通過設備文件的主設備號找到相應的設備驅動程序，然後讀取這個數據結構相應的函數指針，接著把控制權交給該函數。這是linux的設備驅動程序工作的基本原理。既然是這樣，則編寫設備驅動程序的主要工作就是編寫子函數，並填充file_operations的各個域。

下面就開始寫子程序。

#include <linux/types.h> 基本的類型定義

#include <linux/fs.h> 文件系統使用相關的頭文件

#include <linux/mm.h>

#include <linux/errno.h>

#include <asm/segment.h>

unsigned int test_major = 0;

static int read_test(struct inode *inode，struct file *file，char *buf，int count)

{

int left; 用戶空間和內核空間

if (verify_area(VERIFY_WRITE，buf，count) == -EFAULT )

return -EFAULT;

for(left = count ; left > 0 ; left--)

{

__put_user(1，buf，1);

buf++;

}

return count;

}

這個函數是為read調用准備的。當調用read時，read_test()被調用，它把用戶的緩沖區全部寫1。buf 是read調用的一個參數。它是用戶進程空間的一個地址。但是在read_test被調用時，系統進入核心態。所以不能使用buf這個地址，必須用__put_user()，這是kernel提供的一個函數，用於向用戶傳送數據。另外還有很多類似功能的函數。請參考，在向用戶空間拷貝數據之前，必須驗證buf是否可用。這就用到函數verify_area。為了驗證BUF是否可以用。

static int write_test(struct inode *inode，struct file *file，const char *buf，int count)

{

return count;

}

static int open_test(struct inode *inode，struct file *file )

{

MOD_INC_USE_COUNT; 模塊計數加以，表示當前內核有個設備載入內核當中去

return 0;

}

static void release_test(struct inode *inode，struct file *file )

{

MOD_DEC_USE_COUNT;

}

這幾個函數都是空操作。實際調用發生時什麼也不做，他們僅僅為下面的結構提供函數指針。

struct file_operations test_fops = {?

read_test，

write_test，

open_test，

release_test，

};

設備驅動程序的主體可以說是寫好了。現在要把驅動程序嵌入內核。驅動程序可以按照兩種方式編譯。一種是編譯進kernel，另一種是編譯成模塊(moles)，如果編譯進內核的話，會增加內核的大小，還要改動內核的源文件，而且不能動態的卸載，不利於調試，所以推薦使用模塊方式。

int init_mole(void)

{

int result;

result = register_chrdev(0， "test"， &test_fops); 對設備操作的整個介面

if (result < 0) {

printk(KERN_INFO "test: can't get major number\n");

return result;

}

if (test_major == 0) test_major = result; /* dynamic */

return 0;

}

在用insmod命令將編譯好的模塊調入內存時，init_mole 函數被調用。在這里，init_mole只做了一件事，就是向系統的字元設備表登記了一個字元設備。register_chrdev需要三個參數，參數一是希望獲得的設備號，如果是零的話，系統將選擇一個沒有被佔用的設備號返回。參數二是設備文件名，參數三用來登記驅動程序實際執行操作的函數的指針。

如果登記成功，返回設備的主設備號，不成功，返回一個負值。

void cleanup_mole(void)

{

unregister_chrdev(test_major，"test");

}

在用rmmod卸載模塊時，cleanup_mole函數被調用，它釋放字元設備test在系統字元設備表中佔有的表項。

一個極其簡單的字元設備可以說寫好了，文件名就叫test.c吧。

下面編譯 :

$ gcc -O2 -DMODULE -D__KERNEL__ -c test.c –c表示輸出制定名，自動生成.o文件

得到文件test.o就是一個設備驅動程序。

如果設備驅動程序有多個文件，把每個文件按上面的命令行編譯，然後

ld ?-r ?file1.o ?file2.o ?-o ?molename。

驅動程序已經編譯好了，現在把它安裝到系統中去。

$ insmod ?–f ?test.o

如果安裝成功，在/proc/devices文件中就可以看到設備test，並可以看到它的主設備號。要卸載的話，運行 :

$ rmmod test

下一步要創建設備文件。

mknod /dev/test c major minor

c 是指字元設備，major是主設備號，就是在/proc/devices里看到的。

用shell命令

$ cat /proc/devices

就可以獲得主設備號，可以把上面的命令行加入你的shell script中去。

minor是從設備號，設置成0就可以了。

我們現在可以通過設備文件來訪問我們的驅動程序。寫一個小小的測試程序。

#include <stdio.h>

#include <sys/types.h>

#include <sys/stat.h>

#include <fcntl.h>

main()

{

int testdev;

int i;

char buf[10];

testdev = open("/dev/test"，O_RDWR);

if ( testdev == -1 )

{

printf("Cann't open file \n");

exit(0);

}

read(testdev，buf，10);

for (i = 0; i < 10;i++)

printf("%d\n"，buf[i]);

close(testdev);

}

編譯運行，看看是不是列印出全1

以上只是一個簡單的演示。真正實用的驅動程序要復雜的多，要處理如中斷，DMA，I/O port等問題。這些才是真正的難點。上述給出了一個簡單的字元設備驅動編寫的框架和原理，更為復雜的編寫需要去認真研究LINUX內核的運行機制和具體的設備運行的機制等等。希望大家好好掌握LINUX設備驅動程序編寫的方法。

❿ LINUX下如何安裝net framework

.netframework 將會開源、並跨平台，但是現在.netframework的跨平台版還處於小范圍測試階段，我也不知道到哪兒下載。

不過，你可以安裝Mono，它是 微軟 .net 的開源實現，你可以安裝它用於.net開發。