1：准备好仿真板---主要是搭建好新的板以便仿真用

     2：准备好仿真工具---如是新的，让供应商提供是最好的方法，这次我就是，很幸运，没什么问题

     3：看原理图--这次遇到新的原理图：LCD SEG脚位与LED共用，需要思考如何显示

     4：了解并理解功能

     5：画流程图    

     6：开始写软件

        A:如果新MCU，需要先初始化好 IO设置，定时器验证，基本按键扫描，LCD模块写，以下是我用新的HT MCU 所遇到问题：

 

遇到问题：a:如何跳转

 

像松翰的


 

@JMP_A
3

 

JMP
A_COM0

 

JMP
A_COM1

 

JMP
A_COM2

 

 通过官网的例程，了解到： http://www.holtek.com.cn/china/tech/appnote/uc/pdf/ha0140s.pdf

 

 

 
MOV  A,R_PROGRAMCN 

 
AND  A,0FH

 
 
ADDM A,PCL
 

 
 
 
后经黎大师指点，此处需要注意跳转不能超过255，因此你此处需要效益PCL溢出
 

 
 

b:如何查表

 

 

 通过官网例程：了解到：http://www.holtek.com.cn/china/tech/appnote/uc/pdf/ha0092s.pdf

 

 

    
 
mov     a,display_temp1 ；要查的数据

         add     a,number_table ；表格首址

         mov     tblp,a ;开始查表

 
        tabrdl  display_temp ;将查表内容放在display_temp 中
 

 
 

 
 

 

 

c:如何 建立表格：如：ORG 1C00H  dw 0120h 

 
个人分析：48R06最后地址是3ff,我要用16个，所以用ORG 03f0H  

  NUMTAB: 

 

 

  

  DC 3Fh

 DC
 06h

 DC 5Bh

 DC 4Fh

 DC 66h

 DC 6Dh

 DC 7Dh

 DC 07h

 DC 7Fh

 DC 6Fh 

 DC 77h

 DC 7Ch

 DC 39h

 DC 5Eh

 DC 79h

 
DC 71h
 

 
 
[如果是双字节，则用DW]
 

 

d:LCD无法正常点亮,分析：只有点亮个别段，会引起鬼影是比较正常的，可以先不理它

 

 

        B:如有新模块，需要先调试好模块

        C:逻辑程序搭建  

 

 

                                                                                     未解决疑点：进入定

 

 

 时中断，定时中断溢出标志位没有置1.                                                            

前言
 
面试核心三问：
 

 
你在工作中遇到过什么棘手的问题？
 
你当时是怎么处理的？
 
通过这个事情你学到了什么？
 
我们今天来聊聊你在公司遇到过什么棘手的问题，先把问题列出来，后期在慢慢补，特此声明，部分问题来源于网络，部分问题来源于学员调研，部分来源于技术支持。太小的问题没有写在里面。
 
备注： 棘手的问题，不一定非是技术方面的，也可以是人际沟通方面的或者其他职场上的问题。
 
运维遇到的那些技术问题
 

 
有客户反馈无法访问网站的问题
 
网站出现了5XX错误的解决方案
 
网站突然变得很慢的解决方案
 
cpu飚高的处理案例
 
数据库强制关闭后导致故障的排查案例
 
做活动时，CDN带宽突然增加很多的排查案例
 
IDC机房流量暴涨的解决案例
 
公司老网站迁移的故障案例分析
 
一主多从，主服务器宕机的解决案例
 
数据库服务器CPU周期性飚高的解决案例
 
网站遭受木马攻击，导致网站目录下所有的文件被篡改
 
fstab修改错误导致系统无法启动的修复案例
 
Linux服务器被入侵后，如何抓虫
 
Linux服务器中木马，如何清除和扫描
 
服务器被植入挖矿木马之后，cpu飚高的处理办法
 
9台nosql数据库同事宕机的解决方案
 
大并发慢查询导致cpu耗尽的处理方案
 
计划任务造成宕机的解决案例
 
inode满导致磁盘无法写入的案例
 
云服务器远程连接速度慢的案例
 
服务器磁盘因断电损坏的解决案例
 
mysql inno

在敲代码的时候总会遇到比较多的异常，但是总也不知道怎么去处理好，
 
现在我总结了最近工作中异常处理的方法，有不当的多请大家指出，或者你有什么好的处理方法。
 
异常处理：
 
一、在写代码的时候，重要的信息必须写一个日志（LoggerUtil.info("日志信息1：" + result);），
 
二、可能遇到的情况但是不会影响正常流程的要记一个warn（LoggerUtil.warn("警告信息2：", e);）。
 
三、当自己catch了一个异常之后，自己包装了异常，而当前异常未处理那是最大的禁忌，比如当你catch了异常你可以继续抛出去，给下一步处理，这时下一步处理的时候还是得写个日志error（LoggerUtil.error("异常信息3：", e);）。
 
四、或者自己包装了一个异常抛出去，记下当前异常的日志error（LoggerUtil.error("异常信息3：", e);）。

最近工作中，遇到了几个内存优化的问题，1.应用退出后，此应用进程保持了不少内存得不到释放，用工具强制gc也无法释放。2.应用进入某些页面瞬间请求分配内存过大。此两个问题对于有经验的开发者很容易猜测一个是内存泄露，一个是图片之类的资源问题。下面来写一个例子分析一下这两个问题
 
 第一个例子是Volley加载图片的app,当此app退出时缓存释放问题
 

 
 
Application类
 
 
package demo.memory.com.memorydemo;

import android.app.Application;

import com.android.volley.RequestQueue;
import com.android.volley.toolbox.Volley;

public class MyApplication extends Application{

    RequestQueue mRequestQueue;
    private static MyApplication mInstance;

    public static MyApplication getInstance(){
        return mInstance;
    }

    @Override
    public void onCreate() {
        super.onCreate();
        mInstance = this;
    }

    public RequestQueue getRequestQueue() {
        if (mRequestQueue == null) {
            mRequestQueue = Volley.newRequestQueue(this);
        }
        return mRequestQueue;
    }
}

 

 
 
主Activity简单的跳转功能
 
 
package demo.memory.com.memorydemo;

import android.content.Intent;
import android.support.v7.app.AppCompatActivity;
import android.os.Bundle;
import android.view.View;

public class MainActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
    }

    public void jump(View view){
        Intent intent = new Intent(this,ShowImageActivity.class);
        startActivity(intent);
    }
}

 加载图片的Activity 
 

 
 
 
package demo.memory.com.memorydemo;

import android.app.Activity;
import android.os.Bundle;
import android.widget.ImageView;

import com.android.volley.toolbox.ImageLoader;

public class ShowImageActivity extends Activity{
    private final static String IMAGE1_URL = "http://o6lxzg30h.bkt.clouddn.com/7375cd24ee25d29c81dff09a7375fff1.jpg";
    private final static String IMAGE2_URL = "http://o6lxzg30h.bkt.clouddn.com/223412884cpmc7m4j1gof1.jpg";

    ImageLoader mImageLoader;
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.show_image);
        mImageLoader = new ImageLoader(MyApplication.getInstance().getRequestQueue(), MyImageCache.getInstance());
        ImageView image1Iv = (ImageView)findViewById(R.id.image1_iv);
        ImageView image2Iv = (ImageView)findViewById(R.id.image2_iv);

        mImageLoader.get(IMAGE1_URL,new MyImageListener(image1Iv));
        mImageLoader.get(IMAGE2_URL,new MyImageListener(image2Iv));
    }
}
 
 

 
 其他工具类 
 
package demo.memory.com.memorydemo;

import android.graphics.Bitmap;
import android.util.LruCache;

import com.android.volley.toolbox.ImageLoader;

public class MyImageCache implements ImageLoader.ImageCache {

    private LruCache<String, Bitmap> mMemoryCache;
    private static MyImageCache mImageCache;

    private MyImageCache() {
        int maxMemory = (int) (Runtime.getRuntime().maxMemory() / 1024);
        int cacheSize = maxMemory / 8;
        mMemoryCache = new LruCache<String, Bitmap>(cacheSize) {
            @Override
            protected int sizeOf(String key, Bitmap bitmap) {
                return bitmap.getByteCount() / 1024;
            }
        };
    }

    public static MyImageCache getInstance() {
        if (mImageCache == null)
            mImageCache = new MyImageCache();
        return mImageCache;
    }

    @Override
    public void putBitmap(String key, Bitmap value) {
        mMemoryCache.put(key, value);
    }

    @Override
    public Bitmap getBitmap(String key) {
        return mMemoryCache.get(key);
    }

    public void clearCache(){
        if(mMemoryCache != null){
            mMemoryCache.evictAll();
        }
    }
}

 
package demo.memory.com.memorydemo;

import android.widget.ImageView;

import com.android.volley.VolleyError;
import com.android.volley.toolbox.ImageLoader;

public class MyImageListener implements ImageLoader.ImageListener {

    private ImageView view;

    public MyImageListener(ImageView view){
        this.view = view;
    }

    @Override
    public void onErrorResponse(VolleyError error) {}

    @Override
    public void onResponse(ImageLoader.ImageContainer response, boolean isImmediate) {
        view.setImageBitmap(response.getBitmap());
    }
}

 启动应用界面如图 
 
 
此时app进程占用内存是10M
 

 
 
退出app,点击进行强制gc回收，但是发现此app虽然退出了，但是还占用9M内存，我们知道一个空的应用进程如果没有被杀死，它占用1.4M左右内存才算正常的，现在是9M显然是有问题。接下来用工具分析一下这个问题。
 
首先抓取此时Heap中的信息，因为Java中的内存占用主要在Heap中。点击 进行抓取，大约等几十秒中，等待抓取完成会生成一个hprof文件，在Android studio 中的 captures选项夹中可以看到，此文件会被android studio 自动打开如图
 

 
 
Retained Size表示内存总占用，从图中可以看出byte[]占用了8M多，从这个大小中我们大约可以可以猜测应该是这个的问题，点击byte[],从右侧的Instance中可以找到两个特别大的对象，如图
 

 
 
 
这两个对象都占用了4M内存，点击其中一个对象，在下方的Preference Tree中我们可以定位到 com.memorydemo.MyImageCache类的mMemoryCache成员,看来是这个类的问题，从上面代码中我们可以看到，mMemoryCache是我们定义的一个图片缓存对象，为什么不能被gc回收呢？是因为它是静态的。
 
再来通过另一个远古神器MAT来分析一下,MAT下载地址 http://www.eclipse.org/mat/downloads.php
 
MAT启动界面如图
 

 
 

 
 
此工具是读取hprof文件的，和上面的一样，但是Android studio生成的不是标准的需要转换一下，在Captures里右键选择 Export to standard.hprof
 

 
 

 
 
转换后的文件，可以被MAT识别，在MAT的File->Open Heap Dump打开转换后的文件，选择Leak Suspects Report ,进入如图所示界面
 

 
 

 
 

 
 
我们点击 此按钮生成一个histogram,如图
 

 
 

 
 
从图中可以看到同样是byte[]占用高，右键byte[],--> List objects --> with incoming references
 

 
 

 
 
可见是前两个对象占用过高，右键其中一个对象 --> Path to GC Roots --> exclude all phantom/weak/soft etc. references,进入如下界面点开调用栈发现最终定位到了mImageCache，此对象前面有个小黄点，表示它不能被gc回收，前面说了它是个静态成员
 

 
 

 
 
好了通过这两个工具清晰的说明了，之所以app退出后仍然没有释放内存，是因为我们的图片缓存没有释放导致，那么我们在何时释放图片缓存了？当然是在程序的全部UI都退出后。Android 提供了 public void onTrimMemory(int level)方法来监听此过程，在 https://developer.android.com/training/articles/memory.html文档中的 Release memory as memory becomes tight中讲解了 此方法各参数的用法，我们这里只坚挺 level = TRIM_MEMORY_UI_HIDDEN 的情况，此level表示app所有界面已不可见，在Application类中重写方法onTrimMemory释放缓存文件
 
 
@Override
    public void onTrimMemory(int level) {
        super.onTrimMemory(level);
        if(level == TRIM_MEMORY_UI_HIDDEN){
            MyImageCache.getInstance().clearCache();
        }
    }
此时app如果退出，此app进程占用内存值就回到了正常状态

 

 
demo代码下载 http://download.csdn.net/detail/u011291205/9621303
 
下一篇来说明一下一个内存泄露问题