androidc服務
Ⅰ Android應用的伺服器端可以用C#寫嗎還是只能用java寫
Android應用的伺服器端是可以用C#寫的：
1、C#是微軟公司發布的一種面向對象的、運行於.NET Framework之上的高級程序設計語言。並定於在微軟職業開發者論壇(PDC)上登台亮相。C#是微軟公司研究員Anders Hejlsberg的最新成果。C#看起來與Java有著驚人的相似;它包括了諸如單一繼承、介面、與Java幾乎同樣的語法和編譯成中間代碼再運行的過程。但是C#與Java有著明顯的不同，它借鑒了Delphi的一個特點，與COM(組件對象模型)是直接集成的，而且它是微軟公司 .NET windows網路框架的主角。
2、C#是一種安全的、穩定的、簡單的、優雅的，由C和C++衍生出來的面向對象的編程語言。它在繼承C和C++強大功能的同時去掉了一些它們的復雜特性(例如沒有宏以及不允許多重繼承)。C#綜合了VB簡單的可視化操作和C++的高運行效率，以其強大的操作能力、優雅的語法風格、創新的語言特性和便捷的面向組件編程的支持成為.NET開發的首選語言。
3、C#是面向對象的編程語言。它使得程序員可以快速地編寫各種基於MICROSOFT .NET平台的應用程序，MICROSOFT .NET提供了一系列的工具和服務來最大程度地開發利用計算與通訊領域。
4、C#使得C++程序員可以高效的開發程序，且因可調用由 C/C++ 編寫的本機原生函數，因此絕不損失C/C++原有的強大的功能。因為這種繼承關系，C#與C/C++具有極大的相似性，熟悉類似語言的開發者可以很快的轉向C#。
Ⅱ 如何在 Android 系統中用 C 語言編寫程序並執行
可以的，只要編譯器支持，c語言程序不像JAVA，最終都會被編譯器編譯成機器代碼的，所以關鍵是編譯器能不能編譯成相關CPU和操作系統支持的代碼。dos是的批處理是不支持的。編寫手機軟體目前主要還是用C和JAVA，C用得最多
Ⅲ android c語言可以bind service嗎
1.新建Service類BindService。在BindService類里新建內部類MyBinder，繼承自Binder(Binder實現IBinder介面)。MyBinder提供方法返回BindService實例。
public class MyBinder extends Binder{
public BindService getService(){
return BindService.this;
}
}
實例化MyBinder得到mybinder對象；
重寫onBind()方法：
@Override
Ⅳ 如何建立android的C/C++交叉編譯環境
因此，構建android上C/C++的交叉編譯環境也就成為了一個很大的需求。特別是對於已經取得root許可權的機器，如果能直接運行按需編譯的二進制文件，那麼將可以做很多有意義和有趣的事情。 很不幸，Google沒有直接給出如何建立這個交叉編譯環境，但是我們可以藉助Google提供的強大的NDK (Native Development Tools)來達到這一目的。NDK的本來目標是編譯得到.so動態鏈接庫文件，然後通過JNI提供給上層的Java調用，從而實現C/C++程序的簡易遷移。而編譯.so和編譯成二進制可執行文件的過程是完全一樣的，這就給了我們可以發揮的空間。 有兩種方式獲取交叉編譯所需的工具鏈：git下prebuilt這個project或者直接去下載NDK，我這里arm-eabi的版本是最新的4.4.0。1 git clone git://android.git.kernel.org/platform/prebuilt.git 然後創建一個helloworld.c文件。1 2 3 4 5 6 //// root@delleon:~/android/myapp# cat helloworld.c#include int main(){printf("HelloWorld!n");return0;} 接下來創建Makefile文件。注意修改其中的NDK_DIR和SDKTOOL為自己的目錄，修改APP為自己的待編譯程序主文件名。另外注意自己的arm-eabi的版本，若有變化則也需要修改。1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 #### root@delleon:~/android/myapp# cat Makefile APP=helloworld NDK_DIR := ~/android/android-ndk-r4 NDK_HOST := linux-x86 SDKTOOL := ~/android/android-sdk-linux_86/tools TOOLCHAIN_PREFIX :=$(NDK_DIR)/build/prebuilt/$(NDK_HOST)/arm-eabi-4.4.0/bin/arm-eabi- CC :=$(TOOLCHAIN_PREFIX)gcc CPP :=$(TOOLCHAIN_PREFIX)g++ LD :=$(CC) COMMON_FLAGS :=-mandroid -ffunction-sections -fdata-sections -Os -g --sysroot=$(NDK_DIR)/build/platforms/android-5/arch-arm -fPIC -fvisibility=hidden -D__NEW__ CFLAGS :=$(COMMON_FLAGS) CFLAGS +=-D__ARM_ARCH_5__ -D__ARM_ARCH_5T__ -D__ARM_ARCH_5E__ -D__ARM_ARCH_5TE__ -DANDROID -DSK_RELEASE -DNDEBUG CFLAGS +=-UDEBUG -march=armv5te -mtune=xscale -msoft-float -mthumb-interwork -fpic -ffunction-sections -funwind-tables -fstack-protector -fmessage-length=0-Bdynamic CPPFLAGS :=$(COMMON_FLAGS)-fno-rtti -fno-exceptions -fvisibility-inlines-hidden LDFLAGS +=--sysroot=$(NDK_DIR)/build/platforms/android-5/arch-arm LDFLAGS +=-Bdynamic -Wl,-dynamic-linker,/system/bin/linker -Wl,--gc-sections -Wl,-z,noreloc LDFLAGS +=-L$(NDK_DIR)/build/prebuilt/$(NDK_HOST)/arm-eabi-4.4.0/lib/gcc/arm-eabi/4.4.0 LDFLAGS +=-L$(NDK_DIR)/build/prebuilt/$(NDK_HOST)/arm-eabi-4.4.0/lib/gcc LDFLAGS +=-L$(NDK_DIR)/build/prebuilt/$(NDK_HOST)/arm-eabi-4.4.0/arm-eabi/lib LDFLAGS +=-nostdlib -lc -llog -lgcc --no-undefined -z $(NDK_DIR)/build/platforms/android-5/arch-arm/usr/lib/crtbegin_dynamic.o $(NDK_DIR)/build/platforms/android-5/arch-arm/usr/lib/crtend_android.o OBJS +=$(APP).o all:$(APP) $(APP):$(OBJS)$(LD)$(LDFLAGS)-o $@$^ %.o:%.c $(CC)-c $(CFLAGS)$
Ⅳ android後台服務保持，不被殺死
作者：閉關寫代碼
鏈接：https://www.hu.com/question/29826231/answer/71207109
來源：知乎
著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請註明出處。
強烈建議不要這么做，不僅僅從用戶角度考慮，作為Android開發者也有責任去維護Android的生態環境。現在很多Android開發工程師，主力機居然是iPhone而不是Android設備，感到相當悲哀。
從技術角度概括一下現在普遍的防殺方法
Service設置成START_STICKY，kill 後會被重啟（等待5秒左右），重傳Intent，保持與重啟前一樣
通過 startForeground將進程設置為前台進程，做前台服務，優先順序和前台應用一個級別，除非在系統內存非常缺，否則此進程不會被 kill
雙進程Service：讓2個進程互相保護，其中一個Service被清理後，另外沒被清理的進程可以立即重啟進程
QQ黑科技:在應用退到後台後，另起一個只有 1 像素的頁面停留在桌面上，讓自己保持前台狀態，保護自己不被後台清理工具殺死
在已經root的設備下，修改相應的許可權文件，將App偽裝成系統級的應用（Android4.0系列的一個漏洞，已經確認可行）
Android系統中當前進程(Process)fork出來的子進程，被系統認為是兩個不同的進程。當父進程被殺死的時候，子進程仍然可以存活，並不受影響。鑒於目前提到的在Android-Service層做雙守護都會失敗，我們可以fork出c進程，多進程守護。死循環在那檢查是否還存在，具體的思路如下（Android5.0以下可行）
用C編寫守護進程(即子進程)，守護進程做的事情就是循環檢查目標進程是否存在，不存在則啟動它。
在NDK環境中將1中編寫的C代碼編譯打包成可執行文件(BUILD_EXECUTABLE)。
主進程啟動時將守護進程放入私有目錄下，賦予可執行許可權，啟動它即可。
聯系廠商，加入白名單
------------------------------------------------------
TIP: 面對各種流氓軟體後台常駐問題，建議使用「綠色守護」來解決，可是殺掉那些第三方清理工具難以清除的後台程序
Ⅵ android C/S模式應用系統如何搭建框架
我來簡單的說下，讓你容易理解：
1.系統物理架構
android客戶端------無線路由-------（web伺服器，資料庫）
2.技術選型
（android客戶端）--->Web伺服器(tomcat)--->資料庫(mysql等)
客戶端請求數據成功後，返回數據(可以通過Web Service、HTTP等方式進行網路通信)
（android客戶端）<---Web伺服器(tomcat)<-->資料庫(mysql等)
3.創建客戶端項目WirelessClient（到時安裝在手機端）和伺服器項目WirelessServer（安裝在web伺服器端PC機）。之後分別開發這兩端的項目，手機端用android的API，伺服器端用Java開發
這樣可以幫助你簡單的理解了嗎？
Ⅶ 在android上怎麼通過c程序守護android應用程序，如：檢測到android程序奔潰，c程序馬上將其打開
1.提高優先順序
這個辦法對普通應用而言，應該只是降低了應用被殺死的概率，但是如果真的被系統回收了，還是無法讓應用自動重新啟動。
2.讓service.onStartCommand返回START_STICKY
通過實驗發現，如果在adb shell當中kill掉進程模擬應用被意外殺死的情況(或者用360手機衛士進行清理操作)，如果服務的onStartCommand返回START_STICKY，在eclipse的進程管理器中會發現過一小會後被殺死的進程的確又會出現在任務管理器中，貌似這是一個可行的辦法。但是如果在系統設置的App管理中選擇強行關閉應用，這時候會發現即使onStartCommand返回了START_STICKY，應用還是沒能重新啟動起來。
3.android:persistent="true"
網上還提出了設置這個屬性的辦法，通過實驗發現即使設置了這個屬性，應用程序被kill之後還是不能重新啟動起來的。
4.讓應用成為系統應用
實驗發現即使成為系統應用，被殺死之後也不能自動重新啟動。但是如果對一個系統應用設置了persistent="true"，情況就不一樣了。實驗表明對一個設置了persistent屬性的系統應用，即使kill掉會立刻重啟。一個設置了persistent="true"的系統應用，在android中具有core service優先順序，這種優先順序的應用對系統的low memory killer是免疫的。
Ⅷ android framework 需要 c 嗎
android framework是框架層
為上層app開發提供服務，本身是java的
底層驅動為android framework提供服務，底層肯定和c有關系，應該算是需要吧，至少是需要和底層驅動交互了。
可以學習下jni
Ⅸ Android服務的說法錯誤的是（ ）
C Activity 和 Service是Android四大組件之一，多個Activity相互之間需要方法調用或者傳遞參數，不需要使用服務也可以。