近日在开发过程中遇到WinCE应用程序开机自动运行的问题，在网上找了找，发现大概有以下三种方法：
 
 
1、 将应用程序和应用程序快捷方式添加到映像里，再将快捷方式添加到StartUp目录下，这样当系统运行后应用程序就能自动运行；

2、 直接替换Wince的SHELL，即修改注册表：
 
 
[HKEY_LOCAL_MACHINE/init]
"Launch50"="explorer.exe"
"Depend50"=hex:14,00, 1e,00
 
 
把这个explorer.exe改成你的应用程序（比如：MyApp.exe）；

3、 把应用程序加入到映像，修改注册表：
 
 
[HKEY_LOCAL_MACHINE/init]
"Launch80"="MyApp.exe" 
"Depend80"=hex:1E,00
 
 
可以设置启动顺序和依赖程序；
 
 
以上方法都可行，但是都存在一个问题，就是应用程序是集成到NK里面的，也就是说每次升级应用程序都要重新编译下载内核，很麻烦，尤其在程序调试阶段，大家都希望把应用程序放在SD卡上，这样更新起来比较容易；据说通过第三种方法可以实现，即修改"Launch80"="MyApp.exe"为"Launch80"="/STDCard/MyApp.exe"( STDCard为SD卡目录)，但是我试了一下没有成功，因为Launch80运行时SD卡的文件驱动还没有加载，找不到MyApp.exe文件。同样，采用快捷方式加载SD卡里的应用程序也不可行。
所以我采用了另一种方法，自己编了一个小程序，比如叫ShellExe.exe，将此程序加入到映像里，通过StartUp快捷方式调用ShellExe，ShellExe再去调用SD卡里的应用程序，具体实现步骤如下：
1、 在eVC下编译如下代码： 
 
 
int WINAPI WinMain(HINSTANCE hInstance,
HINSTANCE hPrevInstance,
LPTSTR    lpCmdLine,
int       nCmdShow)
{
WIN32_FIND_DATA fd;
HANDLE hd=INVALID_HANDLE_VALUE;
int iCount = 20;
while(iCount--)
{
hd=::FindFirstFile(lpCmdLine,&fd);
Sleep(500);
if(INVALID_HANDLE_VALUE!=hd) break;
}
if(0==iCount) return 0;
FindClose(hd);
SHELLEXECUTEINFO ShExeInfo={0};
ShExeInfo.cbSize=sizeof(SHELLEXECUTEINFO);
ShExeInfo.fMask=SEE_MASK_NOCLOSEPROCESS;
ShExeInfo.hwnd=NULL;
ShExeInfo.lpVerb=NULL;
ShExeInfo.lpFile=lpCmdLine;
ShExeInfo.lpParameters=L"";
ShExeInfo.lpDirectory=NULL;
ShExeInfo.nShow=SW_SHOW;
ShExeInfo.hInstApp=NULL;
ShellExecuteEx(&ShExeInfo);
return 0;
}
 　　生成ShellExe.exe的可执行文件，此段代码主要功能是查找指定的应用程序，然后执行；下面这段代码可以保证在SD卡文件系统正确加载后才去执行应用程序； 
 
while(iCount--)
{
hd=::FindFirstFile(lpCmdLine,&fd);
Sleep(500);
if(INVALID_HANDLE_VALUE!=hd) break;
}
 文件的名称和路径由命令行参数指定： 
 
ShExeInfo.lpFile=lpCmdLine;
 
 
2、 新建一个快捷方式，如Autorun.lnk，按如下方式编辑其内容：
 
 
21#/windows/shellexe.exe /stdcard/MyApp.exe
 
 
其中/stdcard/MyApp.exe应用程序的绝对路径；
 
 
3、 将MyApp.exe和Autorun.lnk添加到NK里，方法是在project.bib文件内加入如下内容：
 
 
ShellExe.exe f:/WINCE420/PBWORKSPACES/LioetEnTer/RelDir/ShellExe.exe NK S
Autorun.lnk f:/WINCE420/PBWORKSPACES/LioetEnTer/RelDir/Autorun.lnk NK S
 
 
注意：ShellExe.exe的属性不能带H（隐藏）.
 
 
4、 在project.dat里加入如下内容：
 
 
Directory("/Windows/Startup"):-File("Autorun.lnk","/Windows/Autorun.lnk")
 
 
5、 选择Make Image生成映像（当然Build也可以，就是慢点儿），烧到FLASH里，开机运行，可以看到SD卡里的MyApp.exe被正确执行。
 
 
总结
 
 
　　这种方法用起来比较方便，ShellExe.exe不用每次都重新编译，只要根据应用程序路径修改Autorun.lnk即可，可以加载Flash、U盘、SD卡里的应用程序。调试及升级应用程序就不用重新烧写内核了。
 

Android应用框架决定了，在我们常规的Android应用启动时，会有一段时间的黑屏。这主要是机制本身决定的。另外，如果你在onCreate函数中做耗时操作，会增加黑屏的时间。
 
       从Activity启动的原理分析，我们可以了解到。首先启动起来的黑屏，其实是一个窗口(startingwindow)。如果我们为这个window加一个背景，就可以在第一时间用这个图取代黑屏。需要注意的是，startingwindow是针对一个Task而言的。Task内部的Activity切换不会出现starting window，因此也不会黑屏。
 
       一般程序可能不止一个程序入口。也就是说，Task启动的第一个Activity可能是不同的。我们最好针对每个Activity做一个启动背景图，已达到更好的用户体验。
 
       具体如何实现呢？一般情况很简单。一句话概括就是：为每个入口Activity写一个Theme，指定它的windowbackground。如何为一个Activity指定一个自定义的Theme呢？方法如下：
 
添加启动图片资源：
 
在drawable资源文件夹中添加启动图片资源文件。注意横竖屏。横屏可以放在默认的drawable文件夹中，竖屏图片应该与横屏图片同名，放在drawable-port文件夹中。
 
自定义Theme：
 
在your_project/res/values/styles.xml中加入自定义Activity的Theme，如下所示：
 
 
<style name="style_xxx_launch_add_account"
    parent="@android:style/Theme">
    <item name="android:windowBackground">
        @drawable/launch_add_accont
    </item>
    <item name="android:windowNoTitle">
        true
    </item>  
</style>
 
 
其中drawable属性，需要指定你的启动图片。WindowNoTitle根据你的需要选择需不需要指定。name属性自己指定。
 
修改Manifest，将Activity与Theme对应：
 
定义好Theme后，就该为对应的Activity绑定Theme了。这个代码主要在Manifest中实现：
 在Activity中加上以下属性： 
 
android:theme="@style/style_xxx_launch_add_account"
 
 
 
 
特殊情况：
 
一般情况通过这种方式就可以达到要求。但是也有一些特殊情况，大家可以了解一下。有些程序（例如电子邮件），它是通过一个没有界面的Activity作为统一入口，即（onCreate函数中没有setContentView，或者ContentView中没有内容）。然后此Activity再在代码中通过判断一些条件，启动相应的不同的Activity。
 
这种情况，由于Task的第一个Activity为一个空白的Activity，而由这个Activity启动其他Activity不会出现starting window。所以，按上面那种方式，就只能为第一个空白Activity指定window图片，后面的Activity指定window图片无效。
 
       如果一定要使用不同的window图片启动，那就必须采用一些特殊的方法：
 
一、Task分离
 
       由于一个Task只能有一个starting window，为了让后面的Activity有启动window，就需要将第一个Activity与其他Activity在Task上分离。这个可以在Manfest中手动指定，属性是android:taskAffinity，我们将application指定为一个task，将第一个Activity指定为另一个task。
 
二、删除第一个Activity的Task记录
 
       由于一个程序被我们手动分为了两个Task。这样就会导致在多任务切换界面出现两个相同包名的任务。这很明显是不合理的。因为第一个Activity对应的Task其实只是一个空壳，我们应该将它在Task记录中去掉。
 
       我们可以在Manifest中为这个Activity设置属性android:excludeFromRecents="true"。它的意义就是指明此Task不会出现在Recent列表中。
 
三、设置Activity不可见
 
       我们设置了后面启动的Activity的启动背景图，但是第一个空白Activity还是会启动，出现黑框口。为了不让黑窗口出现，我们可以将第一个空白Activity设置为不可见。即设置主题为android:theme="@android:style/Theme.NoDisplay"。
 

 

由于博主电脑被同学乱七八糟搞了个遍，删除了一些东西，导致原本正常的ｓｏｌｉｄｗｏｒｋｓ软件无法运行，出现如下错误：
 
无法启动此程序，因为计算机中丢失ＭＳＶＣＲ１１０．ｄｌｌ，尝试重新安装该程序以解决此问题
 弹窗如下：
 
 该问题 可通过http://www.microsoft.com/zh-CN/download/details.aspx?id=30679 这个网址来进行相关程序的下载。
 解决这个问题之后，会出现以下问题：solidｗｏｒｋｓ应用程序无法启动，并行配置不正确
 
 通过查阅资料可知，缺少的是各种版本的Microsoft Visual C++ 20XX(运行库)
 但是我们如果一个个地去下载这些软件包会很麻烦。
 我们可以直接采用　　DirectX修复工具
 DirectX修复工具是一款专用于修复系统异常的工具，DirectX修复工具还是一款使用简单易上手操作且绿色、可免安装的修复工具。使用DirectX修复工具可自动更新C++组件且完美修复0xc000007b问题异常。
 
下载完成后点击．ｅｘｅ文件修复即可
 
 点击检测并修复即可解决该问题。

 只需要修改etc目录下的inittab文件和init.d路径下的rcS文件。
 

 
 在inittab文件中选择执行以下两句
 

 
 #采用界面登陆
 ::askfirst:/sbin/getty 115200 console
 #直接进入系统,无须登陆
 

 
 console::respawn:/bin/sh 
 

 
 至于开机启动应用程序，最简单的方法是在etc目录下的rc.local 文件中添加应用代码的可执行文件路径。例如开机启动hello应用代码，则添加一行
 

 
 /home/./hello
 

 
 （如果etc目录下没有该文件可以用touch命令新建空白文件命名为rc.local）
 

 
 同时，使用rc.local的方式有一个前提条件是必须在系统运行mdev后要使用命令exce来加载并运行rc.local文件中的应用程序。因此需要作如下修改
 

 
 
 echo "*********FridlyArm Mini2440*********"
 echo "kernel version :linux-2.6.34"
 echo "Student:LiGongXiaoZhu"
 echo "Date:2010-7-16"
 echo "********************************"
 exec /etc/rc.local
 /bin/hostname -F /etc/sysconfig/HOSTNAME