Ⅰ 如何让自己在电脑上写的python脚本在手机或安卓系统上运行
可以的。正确的说法是python可以运行在android上.因为可以在android上安装一个python runtime就OK啦！就好比python也可以运行在symbina、windows mobile、plam os 、arm的blackberry一样。原生的android应用是用java写的。毕竟android系统也是用java写的。。。呵呵。如果你可以用python写一个手机操作系统那么也很棒哦。哈~（题外话）,总得来说.可以编写安卓程序(好像是说以后android默认会内置python解释器，意思就是说不需要额外的安装python到手机里面也可以直接运行py程序了哦！)还有啥一起交流的补充一下吧!哥们
Ⅱ 自己写的一个脚本，手机是安卓的，这个脚本开机过程中会执行，这里怎么执行我就不细说了，它是由系统执行
system分区默认是只读的，加一行命令，让它可读写，如果没有mount，但是有busybox，在命令前面加busybox
mount -o remount rw /system
Ⅲ 如何使用python写一个android打包apk的脚本
这个不难，学学就行了。
Ⅳ 怎么写安卓游戏脚本
代码编写
其实套用模板挺好的
lz可以到应用宝下载几个代码阅读器
看得多了会的就多了
应用宝上的游戏也挺多的，直接就可以查看代码阅读一下啊
入门级别的hei客教材也是很丰富的呢
希望对你有帮助
Ⅳ 如何编写安卓程序执行shell脚本
android系统执行shell脚本，需要首先确认用户具有修改shell的权限，使用 process来执行指令，如下代码：public void execShell(String cmd){ try{ //权限设置 Process p = Runtime.getRuntime().exec("su"); //开始执行shell脚本 //获取输出流 O...
Ⅵ 求一本编写安卓手机游戏脚本的教程书
你好，你是要开安卓的软件呢，需要会Java和编程
然后教的话，可以在应用宝里面下载到。自己去 搜索就可以
应用宝里面的资源很多，除了有大量的APP应用可以免费下载
还有很多游戏开发的教程和攻略呢，都是很不错的，免费下载呢
在手机上打开应用宝软件搜索你所需要的教程，找到下载就可以了。
也可以通过手机连接电脑端的应用宝软件来下载的，打开PC端的应用宝软件——手机应用。
可以通过搜索你所需要的游戏教程进行下载呢，都是很方便的。还望采纳
Ⅶ 如何设计shell脚本 实现安卓应用批量打包
一、Android应用启动服务执行脚本
1 如何写服务和脚本
在android源码根目录下有/device/tegatech/tegav2/init.rc文件相信大家对这个文件都不陌生（如果不明白就仔细研读下android启动流程）。如果在该脚本文件中添加诸如以下服务：
service usblp_test /data/setip/init.usblpmod.sh
oneshot
disabled
注解：每个设备下都会有自己对应的init.rc，init.设备名.rc脚本文件。oneshot disabled向我们说明了在系统启动的时候这个服务是不会自动启动的。并且该服务的目的是执行/data/setip/init.usblpmod.sh脚本。脚本的内容你可以随便写，只要符合shell语法就可以了，比如脚本可以是简单的设置eth0:
# ! /system/bin/sh //脚本的开头必须这样写。
Ifconfig eth0 172.16.100.206 netmask 255.255.0.0 up//设置ip的命令
2、如何在应用中启动服务
1）首先了解下在服务启动的流程
1. 在你的应用中让init.rc中添加的服务启动起来。
首先了解下在服务启动的流程：
在设备目录下的init.c（切记并不是system/core/init/init.rc）
Main函数的for（；；）循环中有一个handle_property_set_fd()，函数:
for (i = 0; i < fd_count; i++) {
if (ufds[i].revents == POLLIN) {
if (ufds[i].fd == get_property_set_fd())
handle_property_set_fd();
else if (ufds[i].fd == get_keychord_fd())
handle_keychord();
else if (ufds[i].fd == get_signal_fd())
handle_signal();
}
}
这个函数的实现也在system/core/init目录下，该函数中的check_control_perms(msg.value, cr.uid, cr.gid)函数就是检查该uid是否有权限启动服务（msg.value就是你服务的名字），如果应用为root或system用户则直接返回1.之后就是调用handle_control_message((char*) msg.name + 4, (char*) msg.value),该函数的参数就是去掉1.ctl.后的start和2.你服务的名字。这个函数的详细内容：
void handle_control_message(const char *msg, const char *arg)
{
if (!strcmp(msg,"start")) {
msg_start(arg);
} else if (!strcmp(msg,"stop")) {
msg_stop(arg);
} else if (!strcmp(msg,"restart")) {
msg_stop(arg);
msg_start(arg);
} else {
ERROR("unknown control msg '%s'\n", msg);
}
}
匹配start后调用msg_start.服务就这样起来了，我们的解决方案就是在检查权限的地方“下点功夫”，因为我们不确定uid，所以就让check_control_perms这个函数不要检查我们的uid，直接检查我们服务的名字，看看这个函数：
static int check_control_perms(const char *name, unsigned int uid, unsigned int gid) {
int i;
if (uid == AID_SYSTEM || uid == AID_ROOT)
return 1;
/* Search the ACL */
for (i = 0; control_perms[i].service; i++) {
if (strcmp(control_perms[i].service, name) == 0) {
if ((uid && control_perms[i].uid == uid) ||
(gid && control_perms[i].gid == gid)) {
return 1;
}
}
}
return 0;
}
这个函数里面是必须要检查uid的，我们只要在for循环上写上。
if（strcmp（“usblp_test”,name）==0） //usblp_test就是我们服务的名字。
return 1;
这样做不会破坏android原本的结构，不会有什么副作用。
init.c和init.rc都改好了，现在就可以编译源码了，编译好了装到机子开发板上就可以了。
Ⅷ 如何写一个脚本，在手机上运行
第一种：破解apk，提取dex，反编译jar，反混淆，浏览几十个class文件寻找接单api，不停查找代码然后自己再用java写一个安卓应用后台运行
第二种：连点器
Ⅸ 如何编写脚本自动运行android studio测试用例
测试用例是什么，测试用例其实就是一段普通的程序代码，通常是带有期望的运行结果的，测试者可以根据最终的运行结果来判断程序是否能正常工作。
单元测试是什么，单元测试是指对软件中最小的功能模块进行测试，如果软件的没一个单元都能通过测试，说明代码的健壮性已经非常好了。
在Eclipse下也没编写过测试用例，总觉得多此一举。然后看了Android Studio新建的工程目录下总会自动生成test文件夹，看着很不爽，所以需要了解它是怎么工作的。
在工程目录与main同级的test文件夹下的包下，建立一个Java文件叫HaolvTest继承自AndroidTestCase，在里面写了一个方法如下：
public class HaolvTest extends AndroidTestCase{
@Override
protected void setUp() throws Exception {
super.setUp();
}
public void testAddAct(){
assertEquals(0, AppManager.getInstance().actSize());
SplashActivity splashActivity = new SplashActivity();
AppManager.getInstance().addActivity(splashActivity);
assertEquals(1, AppManager.getInstance().actSize());
}
@Override
protected void tearDown() throws Exception {
super.tearDown();
}
}
然后右键这个文件Run，等了一会儿，看到控制台输出错误日志如下：
java.lang.RuntimeException: Method setUp in android.test.AndroidTestCase not mocked. See http://g.co/androidstudio/not-mocked for details.
at android.test.AndroidTestCase.setUp(AndroidTestCase.java)
at com.example.admin.myapplication.HaolvTest.setUp(HaolvTest.java:18)
at junit.framework.TestCase.runBare(TestCase.java:139)
......
Process finished with exit code -1123456789123456789
然后简单搜索了一下，也没发现什么有价值的答案，后来直接看了原来默认的ExampleUnitTest的编写方式，发现它并没有继承自AndroidTestCase，而是直接在方法上加了一个Test注解，然后我也把我的测试用例代码改成这样，果然可以测试通过，然后添加了一个已知的错误来测试，如下：
@Test
public void testAddAct(){
assertEquals(0, AppManager.getInstance().actSize());
SplashActivity splashActivity = new SplashActivity();
AppManager.getInstance().addActivity(splashActivity);
assertEquals(1, AppManager.getInstance().actSize());
AppManager.getInstance().addActivity(splashActivity);
assertEquals(1, AppManager.getInstance().actSize());
}123456789123456789
这个时候执行的结果是错误的，如下：
Expected :1
Actual :2
<Click to see difference>
at org.junit.Assert.fail(Assert.java:88)
at org.junit.Assert.failNotEquals(Assert.java:834)
at org.junit.Assert.assertEquals(Assert.java:645)
at org.junit.Assert.assertEquals(Assert.java:631)
at com.example.admin.myapplication.HaolvTest.testAddAct(HaolvTest.java:25)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
.....
可以看到期望是1，实际值是2，所以可以测试出addActivity这个方法还需要优化。
总结：在AS环境下，写测试用例更方便了，啥都不用准备了，直接在ExampleUnitTest写个方法@Test就行，方法内容主要就是通过assertEquals去判断等，后面再细细研究，这里先开个头，做个准备工作。。（以上部分文字和代码参考《第一行代码》13.5小节）
在新建一个Android Project后，会发现在在src目录下有三个子目录，分别是androidTest、main、test目录，搜索了一下，得知androidTest目录是Android Instrumentation Tests的文件夹（Instrumentation ：模拟、使用仪器），test目录是Unit Tests的文件夹。
看来要进行真正的Android测试，应该是在androidTest目录下编写测试用例。