在这两种选择中，我更喜欢1，除非向后兼容性是个问题。我认为让图书馆用户知道这些参数并强迫他们做出是否提交的明智决定是很好的。
另一种方法是使用上下文对象进行细粒度控制。与其将generalparameters视为数据结构，不如将其视为上下文的属性：

class PostOperations {
  public void getPosts() {
    return getPostContext().getPosts();
  }

  public void getPostContext() {
    return new PostContext();
  }
}

class PostContext {
  public void setGeneralProperty1() {...}
  public void setGeneralProperty2() {...}
  public void getPosts() {...}
}

您可以决定如何为各种get*post方法建模。根据它们在系统中的含义，可以让postcontext拥有所有这些方法，也可以让postcontext上的状态影响其getposts（）行为（例如。 PostContext.setUserOnly(true) )，或者您可以用类层次结构（例如。 class UserPostContext extends PostContext )

我会这样做：

public void handle(some parameters) {
    //handle params
}
public void handle() {
    handle(null, null, -1, w/e);
}

根据您的编辑：
这里的代码使用选项2；如果您添加另一个重载方法，该方法不接受任何内容，但为它们传递null，则它们永远不必传递null值