主动对象（Active Object Pattern）......这个名词是设计模式中出现的，基于Command Pattern的一种实现多现程控制的古老技术。

这个对象的主动问题我觉得不是这么考虑的。
首先涉及的OO的原则是SRP（单一职责原则），一个类都有自己明确的职责，不应该将很多不相关的方法集中在一个类里面。Solider类含有自己所在的地图的位置p，包含有scan range，具有一个方法move。

//a sample implementation of Solider
public class Solider {
private Point p;
private int status; //0 - dead, 0 - alive
private float scan_range = 200f;
public void move(float x, float y) { p.x += x; p.y += y; }
public void getPoint() { return p; }
public int getStatus() { return status; }
public void setDeath() { status = 0; }
public void kill(Solder target) { target.setDeath(); }
}

提到对象的主动，其实这是不对的。对象的主动不是说对象去很只能的应付各种情况，在OO里面，你需要一个全局的控制器去控制你的整个场景。不是Solider去主动识别在其范围内是不是含有其他Solider并且去杀死对方，你应该定义你如何杀死对方的逻辑操作，譬如如何根据对方的速度和轨迹确定在未来的几秒内对方会处于哪个坐标，然后根据你的子弹的速度和角度发射正好能杀死对方。建议参考IBM前几年出的RobCode这个小程序，估计你会有很大启发。

谈到这个程序逻辑的控制问题，如果你需要Solider想你估计的那样运行起来，你需要一个Container，或者说是Manager类，负责随机或者按照你的规则去产生Solider各个实例的运动路线，同时负责计算每个Solider实例对应的坐标的范围内的敌人情况，并且调用Solider实例的处理逻辑去消灭敌人。

可能我说的不是很明确，实际情况可能更复杂一点。建议参考RobCode的例子，他是以Tank做的例子。
还有一个最主要的，也可以成为一个Best Practise，那就是不要一开始就考虑优化，避免过分优化，如果你没有确切的数据表明到后期会因为scan产生性能瓶颈的话那就不要过早的优化，这回带来不必要的麻烦。

林林~我路過的~路過~

class Soldier
{
private Point position;
private Collection sight;
public Move()
{
.....
遍历sight,找到视野内的士兵
.....
}
}

class Point
{
private int x,y;
private Soldier soldier;
public void setSoldier(Soldier soldier);
public Soldier getSoldier();
}

具体的我也说不好，可以用listener机制，或者用回调函数(不知行不行)，这跟主动东数据库实际上不一样
或者干脆写在move里，移动完之后看看视野内有没有其他的对象就可以了。