Android

  由于Android部分设计原理较为开放，可能通过Intent或PackageManager就可以解析处理调用其他应用的子类，所以在部分应用中需要做更多的安全处理，保证应用内部的稳定性和安全性。Android123强烈大家仔细阅读本文，这将会对您在构架Android应用时减少一些隐患的发生。   稳定性: 部分类可能没有数值的传入将会导致可能初始化失败，造成Force Close等问题。   安全性: 其他应用调用本程序的SQL数据库等问题，可能会造成一些无法预料到的损失。   一、Android应用内部安全保护  为了考虑内部部分敏感数据处理的安全性加入类ACL访问控制，当然使用了更加灵活的，比如UID、SID、PID等多种方式:今天Android开发网一起和大家谈论下开发过程中的处理细节。   1. 部分私有的配置信息，或相对轻量级的内容，可以使用SharedPreferences接口提供的相关方法处理，并设置为安全标志位私有MODE_PRIVATE，不过需要注意的是该方方仅能但进程调用。   2. SQLite的安全问题，对于Content Provider的处理权限，在Android中可以直接显示的声明，比如在androidmanifest.xml中声明读或写权限，在Provider节点中，声明android:writePermission或android:readPermission属性，当然其他程序声明了这些权限也可以访问，这时我们可以通过 android:authorities属性限制一个类的访问，比如android:authorities="cn.com.android123.cwj" 。最终类似      <provider     android:name="cwjProvider"     android:authorities="cn.com.android123.cwjProvider"     android:writePermission="cn.com.android123.cwj.permission.WRITE_DATABASE"     android:readPermission="cn.com.android123.cwj.permission.READ_DATABASE" />   这里Android123提示大家，数据库本身的读写可以处理多线程问题，但是数据的先后可以考虑同步问题，设置android:multiprocess="true"属性来保证数据的正确性，相关问题不在本文讨论范围内，我们可能会在以后的内容中涉及这部分问题。   3.  Activity、Service和Receiver的权限声明方式，可以直接使用android:permission属性，具体的和上面的SQLite安全一样的处理方式，演示代码如下   <activity       android:name=".cwj"      android:authorities="cn.com.android123"      android:permission="cn.com.android123.cwj.permission.ACCESS"/>   二、Permission的声明   <permission        android:name="cn.com.android123.cwj.permission.ACCESS"        android:protectionLevel="normal"         android:label="@string/permission_aceess"        android:description="@string/permission_aceess_detail" />   当然还有可选的属性比如说android:protectionLevel="normal"设置保护权限，还有必须签名signature，当然这里对于权限分组我们可以通过类似permission的方法来声明permissionGroup，或直接使用系统的，比如android:permissionGroup="android.permission-group.SYSTEM_TOOLS"最终其他应用中调用，可以显示的在自己的manifest.xml中声明即可，类似 <uses-permission android:name="cn.com.android123.cwj.permission.ACCESS" />  三、账户安全声明 […]

  由于Android部分设计原理较为开放，可能通过Intent或PackageManager就可以解析处理调用其他应用的子类，所以在部分应用中需要做更多的安全处理，保证应用内部的稳定性和安全性。Android123强烈大家仔细阅读本文，这将会对您在构架Android应用时减少一些隐患的发生。   稳定性: 部分类可能没有数值的传入将会导致可能初始化失败，造成Force Close等问题。   安全性: 其他应用调用本程序的SQL数据库等问题，可能会造成一些无法预料到的损失。   一、Android应用内部安全保护  为了考虑内部部分敏感数据处理的安全性加入类ACL访问控制，当然使用了更加灵活的，比如UID、SID、PID等多种方式:今天Android开发网一起和大家谈论下开发过程中的处理细节。   1. 部分私有的配置信息，或相对轻量级的内容，可以使用SharedPreferences接口提供的相关方法处理，并设置为安全标志位私有MODE_PRIVATE，不过需要注意的是该方方仅能但进程调用。   2. SQLite的安全问题，对于Content Provider的处理权限，在Android中可以直接显示的声明，比如在androidmanifest.xml中声明读或写权限，在Provider节点中，声明android:writePermission或android:readPermission属性，当然其他程序声明了这些权限也可以访问，这时我们可以通过 android:authorities属性限制一个类的访问，比如android:authorities="cn.com.android123.cwj" 。最终类似      <provider     android:name="cwjProvider"     android:authorities="cn.com.android123.cwjProvider"     android:writePermission="cn.com.android123.cwj.permission.WRITE_DATABASE"     android:readPermission="cn.com.android123.cwj.permission.READ_DATABASE" />   这里Android123提示大家，数据库本身的读写可以处理多线程问题，但是数据的先后可以考虑同步问题，设置android:multiprocess="true"属性来保证数据的正确性，相关问题不在本文讨论范围内，我们可能会在以后的内容中涉及这部分问题。   3.  Activity、Service和Receiver的权限声明方式，可以直接使用android:permission属性，具体的和上面的SQLite安全一样的处理方式，演示代码如下   <activity       android:name=".cwj"      android:authorities="cn.com.android123"      android:permission="cn.com.android123.cwj.permission.ACCESS"/>   二、Permission的声明   <permission        android:name="cn.com.android123.cwj.permission.ACCESS"        android:protectionLevel="normal"         android:label="@string/permission_aceess"        android:description="@string/permission_aceess_detail" />   当然还有可选的属性比如说android:protectionLevel="normal"设置保护权限，还有必须签名signature，当然这里对于权限分组我们可以通过类似permission的方法来声明permissionGroup，或直接使用系统的，比如android:permissionGroup="android.permission-group.SYSTEM_TOOLS"最终其他应用中调用，可以显示的在自己的manifest.xml中声明即可，类似 <uses-permission android:name="cn.com.android123.cwj.permission.ACCESS" />  三、账户安全声明 […]

  由于Android部分设计原理较为开放，可能通过Intent或PackageManager就可以解析处理调用其他应用的子类，所以在部分应用中需要做更多的安全处理，保证应用内部的稳定性和安全性。Android123强烈大家仔细阅读本文，这将会对您在构架Android应用时减少一些隐患的发生。   稳定性: 部分类可能没有数值的传入将会导致可能初始化失败，造成Force Close等问题。   安全性: 其他应用调用本程序的SQL数据库等问题，可能会造成一些无法预料到的损失。   一、Android应用内部安全保护  为了考虑内部部分敏感数据处理的安全性加入类ACL访问控制，当然使用了更加灵活的，比如UID、SID、PID等多种方式:今天Android开发网一起和大家谈论下开发过程中的处理细节。   1. 部分私有的配置信息，或相对轻量级的内容，可以使用SharedPreferences接口提供的相关方法处理，并设置为安全标志位私有MODE_PRIVATE，不过需要注意的是该方方仅能但进程调用。   2. SQLite的安全问题，对于Content Provider的处理权限，在Android中可以直接显示的声明，比如在androidmanifest.xml中声明读或写权限，在Provider节点中，声明android:writePermission或android:readPermission属性，当然其他程序声明了这些权限也可以访问，这时我们可以通过 android:authorities属性限制一个类的访问，比如android:authorities="cn.com.android123.cwj" 。最终类似      <provider     android:name="cwjProvider"     android:authorities="cn.com.android123.cwjProvider"     android:writePermission="cn.com.android123.cwj.permission.WRITE_DATABASE"     android:readPermission="cn.com.android123.cwj.permission.READ_DATABASE" />   这里Android123提示大家，数据库本身的读写可以处理多线程问题，但是数据的先后可以考虑同步问题，设置android:multiprocess="true"属性来保证数据的正确性，相关问题不在本文讨论范围内，我们可能会在以后的内容中涉及这部分问题。   3.  Activity、Service和Receiver的权限声明方式，可以直接使用android:permission属性，具体的和上面的SQLite安全一样的处理方式，演示代码如下   <activity       android:name=".cwj"      android:authorities="cn.com.android123"      android:permission="cn.com.android123.cwj.permission.ACCESS"/>   二、Permission的声明   <permission        android:name="cn.com.android123.cwj.permission.ACCESS"        android:protectionLevel="normal"         android:label="@string/permission_aceess"        android:description="@string/permission_aceess_detail" />   当然还有可选的属性比如说android:protectionLevel="normal"设置保护权限，还有必须签名signature，当然这里对于权限分组我们可以通过类似permission的方法来声明permissionGroup，或直接使用系统的，比如android:permissionGroup="android.permission-group.SYSTEM_TOOLS"最终其他应用中调用，可以显示的在自己的manifest.xml中声明即可，类似 <uses-permission android:name="cn.com.android123.cwj.permission.ACCESS" />  三、账户安全声明 […]

   很多网友可能发现自己的Android程序有很多Activity，比如说主窗口A，调用了子窗口B，在B中如何关闭整个Android应用程序呢? 这里Android123给大家三种比较简单的方法实现。   首先要说明在B中直接使用finish()，接下来手机显示的还是主窗口A，所以一起来看看Android开发网是如何实现的吧.   1. Dalvik VM的本地方法   android.os.Process.killProcess(android.os.Process.myPid())    //获取PID，目前获取自己的也只有该API，否则从/proc中自己的枚举其他进程吧，不过要说明的是，结束其他进程不一定有权限，不然就乱套了。  System.exit(0);   //常规java、c#的标准退出法，返回值为0代表正常退出  2. 任务管理器方法    首先要说明该方法运行在Android 1.5 API Level为3以上才可以，同时需要权限android.permission.RESTART_PACKAGES，我们直接结束自己的package即可，直接使用ActivityManager类的restartPackage方法即可，参数为package name，该类通过getSystemService(Context.ACTIVITY_SERVICE)来实例化ActivityManager对象，这种方法系统提供的，但需要显示声明权限，所以使用中需要综合考虑。  3. 根据Activity的声明周期    我们知道Android的窗口类提供了历史栈，我们可以通过stack的原理来巧妙的实现，这里我们在A窗口打开B窗口时在Intent中直接加入标志Intent.FLAG_ACTIVITY_CLEAR_TOP，这样开启B时将会清除该进程空间的所有Activity。  在A窗口中使用下面的代码调用B窗口 Intent intent = new Intent(); intent.setClass(Android123.this, CWJ.class);intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);  //注意本行的FLAG设置startActivity(intent);  接下来在B窗口中需要退出时直接使用finish方法即可全部退出。  如果您有更好的建议可以联系 android123@163.com 我们及时补充。

  在Android中我们的应用可以灵活的内嵌自己的字体文件，实现各个手机上可以正常的显示个性化文字，我们都知道TextView的setTypeface方法可以设置目标文字的显示特性，比如字体、颜色、粗体、斜体等。我们直接找一个TrueTypeFont的字体文件即.ttf，对于Win32系统的用户可以直接在Windows/fonts文件夹中能找到很多。比如微软雅黑就不错，可是体积太大，由于Android的Assets类有单个文件1MB体积的限制，我们先找个英文字体做测试。这里我们将字体文件android123.ttf放到工程的assets文件夹的fonts目录中。      Typeface tf = Typeface.createFromAsset(getAssets(), "fonts/android123.ttf");        TextView tv = (TextView)findViewById(R.id.text);            tv.setTypeface(tf);    //设置TextView的风格        tv.setText("CWJ Test");           tv.setTextSize(12);          tv.setTextColor(Color.RED);         

  很多开发者都是从J2ME或J2EE上过来的，对于内存的使用和理解并不是很到位，Android开发网本次给大家一些架构上的指导，防止出现豆腐渣工程的出现。Android作为以Java语言为主的智能平台对于我们开发一些高性能和质量的软件来说了解Android程序内存管理机制是必须的。 Android的Dalvik VM在基础方面和Sun JVM没有什么大的区别仅仅是字节码的优化，我们要知道什么时候用gc什么时候用recycle以及到底用不用finalization，因为Java对内存的分配只需要new开发者不需要显示的释放内存，但是这样造成的内存泄露问题的几率反而更高。   1.对于常规开发者而言需要了解 Java的四种引用方式，比如强引用，软引用，弱引用以及虚引用。一些复杂些的程序在长期运行很可能出现类似OutOfMemoryError的异常。  2.并不要过多的指望gc，不用的对象可以显示的设置为空，比如obj=null，这里Android123提示大家，java的gc使用的是一个有向图，判断一个对象是否有效看的是其他的对象能到达这个对象的顶点，有向图的相对于链表、二叉树来说开销是可想而知。  3.Android为每个程序分配的对内存可以通过Runtime类的totalMemory() freeMemory() 两个方法获取VM的一些内存信息，对于系统heap内存获取，可以通过Dalvik.VMRuntime类的getMinimumHeapSize() 方法获取最小可用堆内存，同时显示释放软引用可以调用该类的gcSoftReferences() 方法，获取更多的运行内存。  4.对于多线程的处理，如果并发的线程很多，同时有频繁的创建和释放，可以通过concurrent类的线程池解决线程创建的效率瓶颈。  5. 不要在循环中创建过多的本地变量。  有关Android和Java的系统性能分析，Android123将在以后的文章中详细讲述如何调试Java分析内存泄露以及Android上的gdb调试器分析得出内存性能改进。

 有关Android平台上游戏开发中我们需要处理一些特别的按键事件，对于突发的事情我们需要特别的考虑，比如突然来电话了和游戏中按下一些特殊的键，比如拍照键  @Override    public boolean dispatchKeyEvent(KeyEvent event)    {           switch (event.getKeyCode())           {             case KeyEvent.KEYCODE_VOLUME_UP:   //音量键+             case KeyEvent.KEYCODE_VOLUME_DOWN:   //音量键-             case KeyEvent.KEYCODE_CAMERA:  //拍照键             case KeyEvent.KEYCODE_FOCUS:   //拍照键半按的对焦状态          //   event.getAction() == KeyEvent.ACTION_UP   //Android123提示如果按键按下后弹起时触发                           }                return true; //这些标记为处理过，则不在往内部传递         default:                break;        }        return super.dispatchKeyEvent(event);    }   对于游戏突然来电话我们一般采取通过PhoneStateListener类提供的public void onCallStateChanged (int state, String incomingNumber) 回调方法可以获取电话的状态，比如常规空闲时CALL_STATE_IDLE、来电时CALL_STATE_RINGING和CALL_STATE_OFFHOOK 摘机通话中，有关处理的细节网友可以查看Android Git项目中的Music，在Android开源项目中系统自带的音乐播放器可以很好的处理，比如在通话结束后恢复音乐播放，而我们游戏需要做的就是记住当前的游戏状态尽量数据持久化处理，不能因为长时间的通话，游戏的Activity被清理了，这里我们一般通过onSaveInstanceState来保存当前窗口的一些记录，通过Intent标记来让系统管理好我们游戏的生命周期。

  很多时候我们需要在Android设备上下载远程服务器上的图片进行显示，今天Android123整理出两种比较好的方法来实现远程图片的下载。   方法一、直接通过Android提供的Http类访问远程服务器，这里AndroidHttpClient是SDK 2.2中新出的方法，API Level为8，大家需要注意下，静态访问可以直接调用，如果SDK版本较低可以考虑Apache的Http库，当然HttpURLConnection或URLConnection也可以。    static Bitmap downloadBitmapByCwj(String url) {     final AndroidHttpClient client = AndroidHttpClient.newInstance("Android123");     final HttpGet getRequest = new HttpGet(url);      try {         HttpResponse response = client.execute(getRequest);         final int statusCode = response.getStatusLine().getStatusCode();         if (statusCode != HttpStatus.SC_OK) {              Log.e("cwjDebug", "Error " + statusCode + " while retrieving […]

    Android软件一般处理大的资源通过sdcard比如在线下载资源到sdcard，而apk中内嵌资源或二进制文件时一般使用下面的两种方法:   方法一   res/raw目录下存放，比如cwj.dat一个二进制文件，我们可以读取可以直接  InputStream is=context.getResources().openRawResource(R.raw.cwj);    方法二   工程根目录下的assets文件夹中存放，比如assets/cwj.dat 这样我们使用下面的代码   AssetManager am = context.getAssets();     InputStream is = am.open(cwj.dat);     这里Android123提示大家Google的Android系统处理Assert有个bug，在AssertManager中不能处理单个超过1MB的文件，不然会报异常具体数值大家可以测试下传个稍大的文件，我们在两年前的文章中有提到，而第一种raw没这个限制可以放个4MB的Mp3文件没问题。

  Android多点触控在本质上需要LCD驱动和程序本身设计上支持，目前市面上HTC、Motorola和Samsung等知名厂商只要使用电容屏触控原理的手机均可以支持多点触控Multitouch技术，对于网页缩放、手势操作上有更好的用户体验。 在Android平台上事件均使用了MotionEvent对象方式处理，比如开始触控时会触发ACTION_DOWN而移动操作时为ACTION_MOVE最终放开手指时触发ACTION_UP事件。当然还有用户无规则的操作可能触发ACTION_CANCEL这个动作。   首先Android开发网提醒大家多点触控需要LCD驱动和应用软件两个支持才能实现，所以部分比较老的，比如Android 2.1以前或在北美上市的手机可能无法支持多点触控在固件上，由于Apple专利原因在欧洲和亚太地区的Android 2.1以后的新款机型固件均已经在屏幕驱动中支持，同时模拟器也无法实现多点触控的测试。   下面Android123一起用Android 2.0或以上SDK中的方法来实现如何通过应用层支持多点触控操作，对于常规的控件触控操作在内部为View的setOnTouchListener()接口实现的onTouchEvent()方法来处理。对于onTouchEvent方法的参数MotionEvent我们可以详细处理来实现对多点触控的了解，比如    event.getAction() //获取触控动作比如ACTION_DOWN   event.getPointerCount(); //获取触控点的数量，比如2则可能是两个手指同时按压屏幕   event.getPointerId(nID); //对于每个触控的点的细节，我们可以通过一个循环执行getPointerId方法获取索引   event.getX(nID); //获取第nID个触控点的x位置   event.getY(nID); //获取第nID个点触控的y位置   event.getPressure(nID); //LCD可以感应出用户的手指压力，当然具体的级别由驱动和物理硬件决定的   event.getDownTime() //按下开始时间   event.getEventTime() // 事件结束时间   event.getEventTime()-event.getDownTime()); //总共按下时花费时间    有关Android多点触控的更详细技术由于目前兼容性和固件问题android123将会在以后的内容中详细讨论，这里给大家起到抛砖引玉的作用。

  很多新的公司招聘了多个开发人员一起完成自己的Android项目开发，这里Android123就分工和开发模式以及部分实现细节给大家说下大概的多人开发分配。   1. 很多公司可能需要一个CAO架构出项目的各个细节用UML图表示，参照传统的开发模式可能类似于一些人写公共代码，比如I/O、相关的文件系统、数据库、网络通讯，部分完成UI相关的控件子类化和一部分的核心功能实现，这里更类似于MVC来实现所有的细节。   2. 目前就常规的中小型项目而言，使用SVN管理项目更清晰明了，公司已经假设好SVN服务器来管理整个项目的代码。   3. 模块的分工，这里我们给大家一些典型的方法，比如package名上使用类似 provider、util、data、view、model，由不同的人负责完成。   4. 项目的性能测试，对于Android开发要比iPhone麻烦的多，由于设备的性能、分辨率和固件的差异，可能导致软件运行的异常，这里我们推荐大家使用官方原版固件进行测试，第三方的固件存在很多类似“优化”这样的情况，可能对于软件的调试产生了很多的问题，同时手机尽量干净，后台不要运行太多任务，观察内存和CPU的执行，这里参考android.os.Debug和traceview的使用方法。   5. 异常处理，很多情况软件可能遇到Force Close的尴尬情况，FC和ANR的出现大大降低了用户体验，这里我们可能通过对代码更多的try和catch来防止OOM或Thread同步导致的问题。   6. 发布测试，对于软件发布时还要考虑用户体验度，删除不必要的permission，不要让用户感觉一个手电筒软件就有发送短信和拨打电话以及访问联系人的权限出现，同时尽量不要包含广告客户端，广告客户端可能是导致用户泄露隐私，影响系统运行效率，占用GPRS或3G上网流量等问题，对于靠广告作为盈利模式的软件可以目前考虑放弃或者说不适合竞争。   对于常规的中小型项目而言，遵循以上6点可以应付90%的问题，当然还有10%可能是长期的维护，分析用户的反馈和评论以及细节的调整问题，总而言之要考虑用户的感受，做软件要迎合不同年龄和人群，比如很多软件对于MM或非IT类人士可能不理解如何使用的，可以考虑推迟等等。

    Android的数组排序方式基本上使用了Sun原生的Java API实现，常用的有Comparator接口实现compare方法和Comparable接口的compareTo方法，我们对于一个数组列表比如ArrayList可以通过这两个接口进行排序和比较，这里Android123给大家一个例子 private final Comparator cwjComparator = new Comparator() {         private final Collator   collator = Collator.getInstance();        public final int compare(Object a, Object b) {            CharSequence  a = ((Item) a).sName;            CharSequence  b = ((Item) b).sID;            return collator.compare(a, b);        }     };  我们的ArrayList对象名为mList，则执行排序可以调用方法  Collections.sort(mList, cwjComparator);